为什么Git合并在主分支上创建多个提交？

Question

我正在使用两个分支，master和newFeature。在构建“新功能”时，我向newFeature分支添加了多个提交。我对git merge的理解是，一旦合并了分支，它将在master上创建一个单个提交，但是当合并时，master现在具有在newFeature上的完整提交历史。对于示例 -

master (pre-merge): 

    1=>2=>3 

newVersion: 

    1=>2=>3=>4=>5=>6 

master (actual results of merge): 

    1=>2=>3=>4=>5=>6 

master (expected results of merge): 

    1=>2=>3=>6 

有什么办法去除中介在合并过程中从newVersion承诺，并如预期为什么不合并工作？

Answer 1

这里要说明的关键是，在整个newVersion的工作过程中都没有对master进行更改。在这种情况下，Git默认采用“快进”合并，基本上可以认为这是从newVersion开始的所有新提交，并将它们追加到master上的最新提交中（它不会将提交历史记录分开在newVersion上完成）。在

git merge newVersion --no-ff 

结果：这可以通过--no-ff标志覆盖，例如

master (pre-merge): 

    1=>2=>3 

newVersion: 

    1=>2=>3=>4=>5=>6 

master (actual results of merge): 

    1=>2=>3=========>7 
      4=>5=>6 

需要注意的是，犯下7 代表合并，并且不取代提交历史。

参考：https://sandofsky.com/images/fast_forward.pdf

另外，如果您希望巩固整个提交的newVersion历史进入一个提交上master（可能是有用的，如果他们是在整个的“新版本”进展只是次要提交）你可以运行与--squash标志的合并。例如：

git merge --squash newVersion 

结果：

master (pre-merge): 

    1=>2=>3 

newVersion: 

    1=>2=>3=>4=>5=>6 

master (actual results of merge): 

    1=>2=>3=>7 

需要注意的是，7整合的承诺是在做历史承诺4 - 6

Answer 2

这是不可能有一个最终的历史，看起来就像你想要的一样。 git中的每个提交都与其父代绑定。每个提交包含了其父的引用，所以6明确引用5.

如果你确实想成为的1=>2=>3顶部增加只有 5和6之间的变化，那么你可以使用git cherry-pick newFeature。这将创建一个新提交其刚刚5和6之间的变化，但对3

上赋予如果你想所有的4，5，6，但你只想要一个单一提交的变化，那么你可以使用--squash标志git merge。这将创建一个单独的新的提交，其中包含来自4,5和6的所有更改。但是，您的历史记录不会是1=>2=>3=>6，而是1=>2=>3=>7，其中7是此新提交。

请注意，如果您选择--squash选项，则只能为每个分支执行一次一次，因为通过压扁，您将丢失关于两个分支之间有什么不同的信息。