Git 使用 pull 时的 fast forward 和使用合并分支时的 no-ff

在本文中，我们将介绍 Git 中的两个重要概念：fast forward（快进合并）和 no-ff（非快进合并）。这两个概念在Git中的使用场景和效果不同，对代码的版本控制和管理起到重要作用。

阅读更多：Git 教程

快进合并（fast forward）

当我们使用Git pull命令时，默认情况下 Git 会采用快进合并的方式。快进合并是指当当前分支与远程分支在同一提交记录上时，直接将当前分支指向远程分支最新的提交记录。

举个例子，假设我们有一个远程分支remote_branch和一个本地分支local_branch。当我们在local_branch上提交了一些修改后，如果执行git pull origin remote_branch，这时候Git会将remote_branch合并到local_branch。如果没有新的提交记录，Git会直接将local_branch指向remote_branch当前的提交记录，这就是快进合并。

简单来说，快进合并适用于在代码分支没有发生变化的情况下，将本地分支更新到远程分支的最新状态。

非快进合并（no-ff）

然而，在某些情况下，我们不希望简单地进行快进合并。相反，我们希望保留分支的分叉历史，即创建一个新的合并提交记录，来汇总分支的更改。

这就是非快进合并的概念。当我们使用Git命令git merge --no-ff时，就会进行非快进合并。这个命令告诉Git要创建一个新的合并提交，而不是直接将本地分支指向远程分支的最新提交。

为什么要使用非快进合并呢？有以下几个原因：

1. 分叉历史更清晰：通过创建合并提交，我们可以清楚地看到哪些分支合并到了主分支，保留了分支的历史信息，方便代码的回溯和维护。

2. 方便代码审查：合并提交为团队代码审查提供了更好的视觉效果，可以清晰地看到每个分支贡献的改动，审查者可以更方便地了解代码的变化情况。

3. 避免丢失提交信息：如果进行快进合并，本地分支指向的是远程分支的最新提交，这样就无法保留本地分支上的提交信息。而使用非快进合并，所有的提交信息都会被保留下来。

让我们继续通过一个例子来说明非快进合并的使用。

假设我们有一个主分支master和一个开发分支dev，dev分支上有一些新的提交记录。我们使用git merge --no-ff dev将dev分支合并到master分支。这时候，Git会创建一个新的合并提交，保留了dev分支的历史记录，方便追溯和维护。

使用git log --graph命令可以查看分支的合并历史图形化的展示。对于非快进合并，可以清晰地看到每个分支的合并情况，便于团队协作和代码管理。

总结

本文介绍了Git中的快进合并和非快进合并两个概念。快进合并适用于将本地分支更新到远程分支的最新状态，而非快进合并适用于保留分支分叉历史，方便代码的回溯和维护，以及提供更好的代码审查视觉效果。

根据具体的开发场景和需求，我们可以选择合适的合并策略。在实际开发中，了解这些合并策略的差异和使用方法，有助于更好地管理和协作团队的代码。

希望本文能够帮助读者更好地理解Git的合并概念，并在实践中灵活运用。让我们通过合适的合并策略，更高效地进行代码管理和版本控制。