有什么好的Git工作流可以为一个与pull请求一起工作的repo做出贡献？

Question

我必须在GitHub上为开源回购做贡献。

我做了以下事情：

1. 分拆回购
2. 在本地克隆回购
3. 做出改变

4. 测试了更改（并且一切都很好）

   • 现在，如果我在本地提交（在同一个主分支中），推送它，发出拉取请求，并且需要3周时间来审核它，如果我需要在此期间处理其他一些错误，我该怎么办？
   • 如果我为每个bug创建一个单独的分支，并且只为每个bug提交了正确的分支，它将如何工作？那么，我会创建一个分支，修复bug，提交它，推送，拉取请求和checkout到我的主分支同时处理其他错误？ 当我提出拉取请求时，我的组织会知道要查找哪个分支吗？

请为我的情况建议工作流程。

Answer 1

您应该从分支机构分支并提交拉取请求。因为pull请求标识了您请求提取的提交（以及隐式和不同的祖先），所以它将拉出正确的分支。

就个人而言，我是双分支 - 一个将用于拉取请求，另一个用于我的工作。我将使用多个提交（根据需要）开发，然后将其合并为一个提交（或第一个分支中的几个，取决于审阅者的需求）。这样我可以自由地开发，但实际的pull请求只有最小的提交数量。

Answer 2

  

现在，如果我在本地提交（在同一个主分支中），推送它，发出拉取请求，并且需要3周时间来查看它，如果我需要在此期间处理其他一些错误，我该怎么办？

这很简单 - 您在分叉存储库中执行的每项更改都应该在其自己的分支中 ONLY 。您应该从不提交您从分叉存储库继承的任何分支（否则您将难以维护它们 - 使用来自上游存储库的最新更改进行刷新）。

  

如果我为每个bug创建一个单独的分支，并且只为每个bug提交了正确的分支，它将如何工作？那么，我会创建一个分支，修复bug，提交它，推送，拉取请求和checkout到我的主分支同时处理其他错误？当我提出拉取请求时，我的组织会知道要查找哪个分支吗？

就是这样。当您提出拉取请求时，您可以选择要进行请求的更改/分支