将有助于github回购的问题与100个参与者合并

我曾试图承诺公开github回购协议，基本上我所做的是：

- Fork the project's (Master branch)
- Made my changes and pushed to my forked repo (Master)
- Created a merge request to the original repo (Master)

repo被设置为自动合并（在没有冲突和问题的情况下），但我不明白下面的自动提交消息：

请阅读并删除：

实际上，所有PRs都是不可合并的，因为它们相互冲突 另一方面，不断要求退税是不切实际的

因此，您的签名很可能是通过 提交引用并关闭PR，而不是常规合并。 我有一个受监督的脚本来处理补丁并提交它们 个别地，参考其原始PR以获得信用和真实性。 在这种情况下，您将在通知电子邮件中看到所述提交链接 在公共关系的页面上

当我等待我的请求被接受时，其他人也做出了贡献。因此，现在存在合并冲突。 我是否应该再次拉动并重新引入我的更改？我应该重新设定基准吗

。。。当我等待我的请求被接受时，其他人也做出了贡献。因此，现在存在合并冲突。我是否应该再次拉动并重新引入我的更改

不，至少，我认为这就是最初那个家伙的意思。让我们称他为鲍勃，这样我们就可以指定人类演员，然后我将解释一下，使动作更清晰（在我看来）。鲍勃说：

当我Bob开始查看您的pull请求时，它可能会有合并冲突。我不会要求您重新设置更改的基础。相反，我将亲自与他们大惊小怪，让他们进去。最终，我会做出我自己的提交，或者提交，我会把你的名字放在其中，并在其中添加一个链接到你最初的请求。因此，进入我的存储库的内容将具有与拉取请求相同的效果，但实际上不会是您的提交

我应该重新设定基准吗

---

除非鲍勃特别要求你这样做。

谢谢你的翻译。但是对于有大量贡献者的项目，这是推荐的工作流程吗？如果不是，是什么？我不认为这是一个长期的可持续流动的此类项目。例如，Git本身和Linux内核都有一个松散的层次结构，“一个人负责高层”，负责最终的合并，但很多人一步一步地管理子系统，他们指导人们进一步进行适当的更改和重新设置基础。是的，我可以想象这样巨大的项目。再次感谢