在已推送的分支中使用 git squash 并与协作者合作

Question

我在之前的回答中不清楚以下命令是否会影响团队合作：

git checkout -b featureX
// add some changes ..
git commit ...
// add some changes ..
git commit ...
// add some changes ..
git commit ...
// add some changes ..
git commit ...
git push ..

and another partner does the following:

git pull origin featureX
// add some changes ..
git commit ...
// add some changes ..
git commit ...
...
git rebase -i featureX ~ 5 featureX
git push origin + featureX

and I then:

git pull
git checkout featureX
git rebase master
// or
git merge master

这会产生问题吗？

如果是这样，作为一个拥有大量提交然后以清晰的方式合并的团队的工作方式是什么？

Answer 1

会给您带来问题的步骤是这部分：

git rebase -i featureX ~ 5 featureX
git push origin + featureX

and I then:

git pull

它可能产生问题的原因是，如果您在上次推送后修改了代码，您的代码可能基于不再在提交历史中的提交（它们可能已被修改或删除在交互式变基期间你的队友）。这不是一个“不可恢复”的问题，但它可能会导致混乱、重复提交、错误的合并解决方案等。所以简单的经验法则是 - 不要重写其他人可能用作他们的起点的历史记录工作。

这里有一些其他的想法可以帮助你组织你的提交而不会遇到 git 历史问题：

• 在您自己的分支上运行git rebase -i在将您的工作推送到共享存储库之前。
• 或者等到每个人完成提交到你的分支，然后在合并到master之前对每个人的工作执行git rebase -i。这是安全的，因为您知道没有人会在您要修改的提交上做更多的工作。
• 或在将分支合并到 master 时压缩分支（GitHub（和大多数其他主机）对此有一个选项）。
• 或者不要太担心你的混乱历史，或者只是努力让你的初始提交更干净。
• 或在只有您会使用的分支上工作（例如，feature1-alan）。您可以根据需要多次向/从该分支推送和拉取，也可以根据需要在不同的计算机上进行推送。您还可以随时压缩提交并强制推送此分支 - 只要您没有自己的未合并工作挂在不同的计算机上。您可以将此分支合并到团队的分支 feature、master，或者在您压缩并满意提交的外观之后的任何其他分支。