在这篇文章中，我将请一位 git 专家尝试解释 git merge --no-ff 如何帮助我们。我在这里阅读了http://nvie.com/posts/a-successful-git-branching-model/（我个人认为这是一篇非常好的帖子） git merge --no-ff：“这可以避免丢失信息关于功能分支的历史存在并将所有一起添加该功能的提交组合在一起”。所以我发现它真的很有用并做了一些实验。
问题是我们如何从 git log 信息中知道哪些提交属于每个功能。为此，我做了下一个实验。假设两个用户正在一个软件项目上开发两个不同且独立的功能（以避免合并冲突）。从上一个稳定版本开始，我们将按以下方式进行：
git init
touch AAA.txt
git add AAA.txt
git commit -m "My stable software version"
//this will simulate our project repository
所以从这一点开始，两个用户（名字 Alice 和 Bob）创建了两个不同的分支并开始处理这些特性：
git branch feature1_Alice
git branch feature2_Bob
现在 Alice 和 Bob 开始同时工作和提交。我们可以将他模拟为：
git checkout feature1_Alice
touch f1_A1.txt
git add f1_A2.txt
git commit -m "Solving little bug on feature 1"
Bob 在 Alice 之后按照时间线进行了两次提交：
git checkout feature2_Bob
touch f2_B1.txt
git add f2_B1.txt
git commit -m "Starting feature 2"
touch f2_B2.txt
git add f2_B2.txt
git commit -m "feature 2: implementing new functionality"
然后 Alice 完成特征：
git checkout feature1_Alice
touch f2_A3.txt
git add f2_A3.txt
git commit -m "Feature 1 finished"
然后 Bob 完成 feature2：
git checkout feature2_Bob
touch f1_A3.txt
git add f1_A3.txt
git commit -m "Feature 2 finished"
现在我们将新功能合并到主分支：
git checkout master
git log
输出：
提交 c58dd35054f83c089292d090781438f37feeffa3
作者：娟
日期：2017 年 4 月 25 日星期二 10:30:01 +0200
My stable software version
git merge --no-ff feature1_Alice
//We put a message on the created commit
现在 git log 输出：
提交 50c5d1570fe0c047f72200bd57ef6cef6fa9077e 合并：c58dd35 c136a23 作者：juan 日期：2017 年 4 月 25 日星期二 10:48:12 +0200
Merging feature 1 to main
Merge branch 'feature1_Alice'
提交 c136a23c49c546e5f48d9d0634e9bc51d67370cd 作者：juan 日期：2017 年 4 月 25 日星期二 10:41:49 +0200
Feature 1 finished
提交 c9dbb1b49444555fca528f562d3a38143fd521e9 作者：juan 日期：2017 年 4 月 25 日星期二 10:35:24 +0200
Solving little buf on feature 1
提交 58afad2b46565e614a99d94d1e1aa1c8520f9f2b 作者：juan 日期：2017 年 4 月 25 日星期二 10:35:01 +0200
Starting feature 1
提交 c58dd35054f83c089292d090781438f37feeffa3 作者：juan 日期：2017 年 4 月 25 日星期二 10:30:01 +0200
My stable software version
最后合并特征 2：
git merge --no-ff feature2_Bob
git log
提交 3f27f78fefb30080ace629e561a242a4f8dbca56 合并：50c5d15 2eee0c1 作者：juan 日期：2017 年 4 月 25 日星期二 10:54:20 +0200
Merging feature 2 to master
Merge branch 'feature2_Bob'
提交 50c5d1570fe0c047f72200bd57ef6cef6fa9077e 合并：c58dd35 c136a23 作者：juan 日期：2017 年 4 月 25 日星期二 10:48:12 +0200
Merging feature 1 to main
Merge branch 'feature1_Alice'
提交 2eee0c1bb732443ae7d6f4893d651abfd558d55a 作者：juan 日期：2017 年 4 月 25 日星期二 10:43:14 +0200
Feature 2 finished
提交 c136a23c49c546e5f48d9d0634e9bc51d67370cd 作者：juan 日期：2017 年 4 月 25 日星期二 10:41:49 +0200
Feature 1 finished
提交 cd3bee2906e02df22866ba710891d21eaebb8013 作者：juan 日期：2017 年 4 月 25 日星期二 10:40:12 +0200
feature 2: implementing new functionality
提交 c6fdf092b2645f7d4088f9f439e820a9a820b891 作者：juan 日期：2017 年 4 月 25 日星期二 10:37:39 +0200
Starting feature 2
提交 c9dbb1b49444555fca528f562d3a38143fd521e9 作者：juan 日期：2017 年 4 月 25 日星期二 10:35:24 +0200
Solving little buf on feature 1
提交 58afad2b46565e614a99d94d1e1aa1c8520f9f2b 作者：juan 日期：2017 年 4 月 25 日星期二 10:35:01 +0200
Starting feature 1
提交 c58dd35054f83c089292d090781438f37feeffa3 作者：juan 日期：2017 年 4 月 25 日星期二 10:30:01 +0200
My stable software version
谁能告诉我如何从提交历史和合并提交中看到哪些提交会影响每个功能？当我们及时插入来自不同功能（或功能和主控）的替代提交时，我看不到该网络中评论的优势。
使用 --no-ff 的唯一区别是合并提交具有哪些提交已被合并的信息，但这对于跟踪提交历史是不安全的。
提前致谢。