Github -在处理开源项目问题时，最佳实践是什么？

Question

我已经解决了一个开放项目的问题，解决了我做的一个专用叉子的问题。之后，我提交、推送和合并(拉请求)到主主回购。

现在我想谈另一个问题。

做这件事最好的方法是什么？我应该用上一期的叉子吗(S)？

Answer 1

通常，对于github来说，工作流程是有一个分叉(我甚至怀疑你能在同一个帐户下不止一次地分叉相同的回购)，但是每个PR都是分开的分支。示例：

• 创建叉，本地克隆
• 查看一个新的、名称恰当的分支，例如“发卡fix补丁”。
• 提交/推动一些工作
• 创建PR

一段时间后，当您想要处理另一个问题时，首先要更新分叉，然后在另一个分支中重复上面的内容：

• 再次结帐主支行
• 将主分支重置(或合并)到上游的最新提交
• 签出一个新的、名称恰当的分支，例如调试器
• 提交/推动一些工作
• 创建PR

假设您需要更多的工作来解决您之前已经处理过的问题，您通常希望在最新的上游合并的基础上重新定位原始和新的工作，因为这可能会减少维护人员合并它的工作量(您可以修复可能的冲突而不是让他们去做)：

• 检查使用的分支
• 基于最新的上游提交
• 提交/推
• 现有PR自动更新