关于IPFS开发人员体验的改善（官方更新）

自 2014 年成立以来，IPFS 项目一直由IPFS 核心工作组管理，其中包括开发人员、设计师、研究人员和项目经理，他们非常努力地致力于其成功。

然而，如果没有围绕IPFS成长的开源社区的参与，这种成功是不可能的，该社区的参与者从个人到新生的社区拥有的工具，到大型组织。我们很幸运，这些年，这个欣欣向荣、有影响力的社区参与了我们实现权力下放的旅程。在他们的帮助下，我们发展了IPFS，为数以百计的工具、应用程序和项目提供支持。

一个欣欣向荣、不断发展和参与性的开源社区是IPFS项目成功的关键，并继续是IPFS核心工作组的重点。我们希望每个有兴趣构建 IPFS 应用程序的用户和开发人员（或愿意联手修复和改进代码库）都能受到社区的欢迎、了解和授权。因此，作为2020 年二季度重点贡献者速度和支持的一部分，我们将：

改进用户和开发人员获取帮助的方式，缩短响应时间，改进对现有信息和文档的访问。

通过就状态、优先级和团队能力提供一致的反馈，减少拉取请求的数量并发布处于边缘状态的报告。

更好地向贡献者通报捐助过程的不同步骤，以及这些步骤如何与项目和核心工作组的优先事项相适应。增加社区参与，提供更好的途径，促进参与项目，消除瓶颈，并创造提供支持的能力。

在与积极的 IPFS 贡献者进行讨论并研究其他 OSS 社区最佳实践后，我们确定了一些更改，以帮助改善 IPFS 贡献者体验：

贡献者需要对 IPFS 组织中的 100 多个活动存储库进行明确和明确的贡献过程。任何新的贡献都应清楚谁将审查划界案、提交内容具有何种优先权以及下一步是什么。为了满足这一需要，我们将在官方的IPFS论坛上起草一个新的程序，以便社区可以迭代它。

新的IPFS Github组织标签分类法（最近推广到所有存储库）旨在改进讨论和请求的分诊，以明确反映地位和优先事项。此外，还进一步努力整合和清理过时的问题和非活动存储库。因此，许多非活动存储库已移动到ipfs 非活动 Github 组织，以明确区分主动维护的代码与处于休眠或弃用的代码。

为了帮助引导用户和开发人员，社区可以更好地支持他们，我们的IPFS 论坛将更突出地显示（在文档、阅读和发布模板中），作为支持（以及指向ipfs.io/help的指针）一些仅讨论和元主题存储库也正在将其对话迁移到论坛，在那里它们可以覆盖更广泛的受众，并且更容易被其他用户搜索和发现。

新的存储库贡献者现在将收到关于其第一次提交的第一次自动答复，提供上述流程的上下文，并提醒他们获得所需信息。这将有助于减少贡献者和审阅者/维护者的往返次数。

文档网站的主要审查工作已经开始，以便为主要实施和产品提供更好的开发人员文档。看这个空间！

同时，有些事情没有改变：

旧问题不会关闭或锁定，因为它们是旧的、陈旧的或非常低的优先级。IPFS 项目的某些部分积压大量，重要的是信息不会丢失或丢失，但感兴趣的其他项目可以找到这些信息。

核心工作组仍将投入大量时间帮助用户、回答问题以及审查和合并贡献。但是，将更加注重保持对点的讨论和限制信息爆炸。

我们希望让开发人员社区能够使用 IPFS 构建令人惊叹的产品，这些贡献者体验更改旨在更快、更轻松地开始参与 IPFS 社区（无论是提交问题还是制定 P）。但是，在完善社区后续步骤时，改善这种体验需要反馈和迭代。为此，论坛中提供了一个新的讨论线索，任何人都可以发布新建议或就最近的更改提出建议/反馈。

我们希望这些措施能帮助每个人建立一个快乐和成长的IPFS开发者社区！

—-

编译者/作者：蝶链科技深圳有限

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。