寻找好的入门问题 🔎

您已成功构建 Arrow 库；恭喜！

下一步是找到要处理的内容。 如前所述，您可能已经想到了要修复的错误，或者要实现的新功能。 或者，您仍然需要一个要处理的问题，并且需要一些帮助来找到一个。

对于这两种情况，GitHub 是我们使用的 issue 跟踪器。

• 如果您还没有 GitHub 帐户，请导航到 GitHub 登录页面创建一个。

• 如果您需要创建新的 GitHub issue 的帮助，请参阅 GitHub 文档。

创建 ticket 后，您可以在 GitHub 评论中开始讨论。

GitHub 标签

为了让您更容易找到适合新贡献者的问题，我们为一些 GitHub issue 添加了标签 “good-first-issue”。

另请参阅

搜索好的入门问题 good-first-issue 标签列表

标记为好的入门问题的问题应该最多需要两天或一个周末才能修复。 一旦深入研究代码，您可能会发现问题根本不容易解决 - 这种情况可能会发生，因为问题可能比对 ticket 进行分类的人预期的要困难。 请随时在评论中写下。

注意

当您发现想要处理的 GitHub issue 时，请在该 issue 的评论部分提及您的兴趣； 这样我们就会知道您正在处理它。 当工作开始时，考虑将自己分配给该 issue（问题分配）。

此外，请随时在评论中提出问题。 您可以获得一些关于从哪里开始以及已经解决的类似问题的提示。

如果 issue 已经被分配了怎么办？ 如果有疑问，请在 issue 上发表评论，询问他们是否介意您尝试一起提交一个拉取请求； 如果没有回应，则意味着您可以自由进行。

提问 如果您对从哪里开始或采取什么方法有疑问，请务必在 GitHub issue 本身或 dev 邮件列表中提问。 如果这是您的第一个代码贡献，这是一个特别好的主意，这样您就可以了解该项目这部分的核心开发人员认为一个好的解决方案是什么样的。 为了获得最佳结果，请提出具体、直接的问题，例如

• 您认为 $PROPOSED_APPROACH 是正确的方法吗？

• 我应该在哪些文件中查找进行更改？

• 我可以在代码库中查看哪些相关内容来学习？

如果您提出这些问题并且没有得到答案，可以再次询问。

注意

不要忘记在创建或选择要处理的 issue 后创建一个新分支！ 按照拉取请求的生命周期部分中的说明，或按照下一节：在 Arrow 代码库上工作 🧐。