强制“git merge”将所有差异声明为合并冲突

在“git merge”中，我希望任何差异，即使通常不是合并冲突，也被视为合并冲突。然后，通过“git mergetool”，我可以看到并解决每个差异。我尝试在 .gitattributes 中指定 '* -merge' 但这似乎不起作用：

$ git checkout master
Switched to branch 'master'
$ ls
foo.c
$ git merge add-on
Updating a628824..2219552
Fast-forward
  0 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 bar.c
$ cat .gitattributes 
* -merge
$ ls
bar.c   foo.c

对于上面的“git merge add-on”，我预计“bar.c”会出现合并冲突，没有基本版本，没有本地版本和远程版本。 [编辑] 正如一个答案中所建议的，上面没有发生合并。这是我强制合并的情况，仍然没有期望的合并冲突：

$ git merge --no-ff add-on
Merge made by the 'recursive' strategy.
 0 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 bing.c

请注意，上面的“bing.c”实际上是空的；但是，这不是问题，因为提供非空文件仍然会被合并。 [编辑2]我尝试了--no-commit，结果如下：

$ git merge --no-ff --no-commit add-on
Automatic merge went well; stopped before committing as requested
$ git status
# On branch master
# Changes to be committed:
#
#   new file:   boom.c
#
$ git mergetool
No files need merging
$ cat .gitattributes 
* -merge

我缺少什么？有没有办法确认“.gitattributes”正在被使用/读取？

你没有合并。你的命令git merge add-on执行了“快进”，这意味着它只是移动了分支头。这是因为你的add-on树枝是从你的尖端下降的master分支已经存在，所以不需要合并。如果你跑git log你会看到没有合并提交。

基本上，合并之前看起来像这样：

              master
             /
o---o---o---o           add-on
             \         /
              o---o---o

合并只是移动了master指向行尾的指针：

                          master, add-on
                         /
o---o---o---o---o---o---o

如果你想强制合并，请传递--no-ff标志，如git merge --no-ff add-on.

经进一步反思，merge属性不会做你想要的。这仅适用于文件级合并，这意味着合并双方都对特定文件进行了更改。如果只有一侧发生更改（这是您的情况），则不会进行文件级合并，并且无条件接受更改的文件。

你最好的选择可能是使用git merge --no-ff --no-commit add-on产生合并但实际上并不提交。现在，您可以在提交合并之前检查结果并调整到满意的程度。如果你想接受每个人的改变，你可以这样做git reset重置索引，然后git add -p进行每个大块的分期。