基于特征分支的Git - fetch+merge，基于母版的重基

Question

在过去的半个小时里，我一直在阅读merge和rebase在堆栈溢出上的内容。正如我所理解的，rebase是好的，因为它保持线性，但对协作者来说可能会混淆，因为它改变了历史。

那么，可以推断出

1. 在特性分支上，使用fetch+merge来维护历史并避免协作者之间的混淆。杂乱无章并不重要，因为它会被删除后推到主人无论如何。
2. 在主分支上，使用重基以避免杂乱。修改历史记录并不重要，因为特性分支作为单个提交被推送出去。

Answer 1

这主要取决于您的工作流和您的分支在该工作流中扮演的角色。

作为经验法则：

• 只要您不同意，发布(即推)您提交，或者如果您确定没有其他人对您的分支感兴趣，重新基地是好的。
• 当将某些特性分支集成到另一个分支时，显式合并是很好的。在这种情况下，您需要一个描述性合并提交。

实际上，我几乎总是使用git pull --rebase。重要的部分是将上游设置到正确的远程分支，即

• 在您将您的工作推送到一个功能分支之前，您所分支的分支，以及
• 之后你的远程功能分支。

Answer 2

当你在主题处上的时候，你重新定位

# integrate the latest upstream changes into your "master"
git checkout master
git pull

# make sure that you're on your topic branch
git checkout my_topic

# do the rebase
git rebase master

然后，当您准备好之后，您就可以将主题分支合并为master。

git checkout master
git merge my_topic