为什么提交你的fork的主分支是不好的做法？

Question

大多数Git工作流程都说从不提交你的fork的主人，因为那时你的主分支将偏离原点。但是，如果只是在上游主服务器上重新提交你的提交（来自你的主分支）呢？我知道它有点复杂，但我不明白为什么这是不好的做法。

Answer 1

技术上可行，但原始回购的维护者会感到困惑。

• 原始仓库中的任何分支都应该由git fetch upstream更新（而不是由您自己的分支更新）
• 当您进行PR时，分支的名称对于隔离和表征PR的性质很重要

Answer 2

大多数人可能不希望重新他们想要从上游拉出的每个时间，因为你丢失了一些历史元数据（时间戳，潜在的挤压等）。但对于其他人来说，这可能不是问题。

另一个原因是拉取请求。理想情况下，您可以在主题分支上获得pull-request的内容，然后（希望）将其合并到您的上游，之后您只需删除该主题分支并从master中获取。这样您就不会在历史记录中保留旧的（现在重复的）提交。

在能够保持主分支“纯粹”的能力方面，有一些东西可以说，任何时候你想要拉动你的主人并且没有冲突。 这种方式在您分叉后6个月，您仍然可以一目了然地看到什么是“他们的”和什么是“你的”。

Answer 3

我们使用git作为更好的svn。在此模式下，直接检入master是正常的。