git - 为什么提交到 fork 的 master 分支是不好的做法？

Question

大多数 Git 工作流程都说永远不要提交给你的 fork 的主分支，因为那样你的主分支就会偏离原点。但是，仅仅将您的提交(从您的主分支)重新定位到上游的主节点不是可行吗？我知道这有点复杂，但我不明白为什么这是不好的做法。

Answer 1

大多数人可能不希望在他们想从上游 pull 数据时每次都进行 rebase ，因为您会丢失一些历史元数据(时间戳、潜在的压缩等)。但对于其他人来说，这可能不是问题。

另一个原因是 pull 请求。理想情况下，您会将 pull 请求的内容放在主题分支上，然后(希望)将其 merge 到您的上游，之后您只需删除该主题分支并从主分支中 pull 。这样您就不会在历史记录中保留旧的(现在重复的)提交。

能够保持 master 分支“纯净”的能力值得一提，因为任何时候您都可以 pull 您的 master 并且没有冲突。这样，在你 fork 6 个月后，你仍然可以一眼看出什么是“他们的”，什么是“你的”。