Fast Forward合并旧master与最新release后，能否确认二者完全同步？

合并完成后的一致性确认 #

当合并采用**Fast Forward（快进）**方式完成后，你可以完全确认：

• master分支的代码与release分支完全一致，没有任何额外内容
• 两个分支指向同一个Git提交，代码、提交历史完全同步

快进合并的本质就是直接将master分支的指针移动到release分支的当前提交位置，不会产生新的合并提交，因此不存在代码差异的可能。

可能存在的不同步场景 #

只有在以下特殊情况中，master分支才会和你期望同步的最新release分支状态不同步：

• 本地release分支未同步远程最新状态：如果你clone仓库后，远程release分支又有新的提交，但你没有先执行git pull origin release更新本地release，那么你合并的是旧版的release，此时master会和旧版release一致，但不是远程最新的release状态。
• 合并前本地master有未提交修改：这种情况Git会直接阻止快进合并，提示你先提交或暂存修改，不会出现合并后不同步的情况，但会导致合并无法完成。
• 合并期间远程master有新提交：如果你clone后到合并前，远程master被推送了新提交，但你没拉取更新，此时本地master合并后会和本地release一致，但和远程master存在差异——这属于本地与远程master的同步问题，并非master和release分支之间的不同步。

符合你的需求吗？ #

你希望将release分支全部代码同步到master且避免重写历史，快进合并是完全适配的操作：它没有修改任何原有提交历史，只是简单移动分支指针，完全满足你的要求。

内容的提问来源于stack exchange，提问作者AWS_Lernar