有没有办法让 Git 将文件标记为冲突？

Question

可以提交包含冲突数据的文件。有没有办法再次将这些文件标记为冲突，以便运行 git mergetool 将生成必要的文件并运行合并工具？

Answer 1

最优雅的解决方案是从一开始就防止这个问题：
git config --global mergetool.[工具].cmd [命令行调用]

git config --global mergetool.[tool].trustExitCode false

Answer 2

据我所知，当文件中仍包含冲突标记时，您将无法提交。...这并不完全正确：
OP提到你可以（我在这里复制他的过去的bin），但这对于合并工具来说还不够再次触发：

Auto-merged README
CONFLICT (content): Merge conflict in README
Automatic merge failed; fix conflicts and then commit the result.
lynx:~/test_clone$ ls
README
lynx:~/test_clone$ git add README
lynx:~/test_clone$ git commit -a
Created commit 46ee062: It works!
lynx:~/test_clone$ ls
README
lynx:~/test_clone$ cat README
<<<<<<< HEAD:README
testingtesting
=======
hmm
>>>>>>> 881d60f5f738bc5716f5c9a9384e262b535717fd:README
lynx:~/test_clone$

正如Charles Bailey评论，并在此SO 答案，查询 mergetool 是因为索引中有同一个文件的 3 个实例：

对于冲突中未合并的文件，git 在索引中提供该文件的公共基础版本、本地版本和远程版本。 （这是 git mergetool 在 3 向 diff 工具中读取它们的位置。）您可以使用 git show 来查看它们：

# common base:
git show :1:afile.txt

# 'ours'
git show :2:afile.txt

# 'theirs'
git show :3:afile.txt

git add （使用任何内容（包括冲突标记）将自动删除其中 2 个，确保mergetool不会再次被调用。

Answer 3

请使用 git update-index --unresolve

自从 git 1.7 起，它使用索引中的解析撤消信息来恢复所有 3 个阶段（1:base、2:ours、3:theirs）： https://github.com/git/git/commit/8aa38563b22c84b06ea1fff9638cc1f44fda726f

Answer 4

如果索引已经处于冲突状态，只需使用 --conflict=merge 标志检查文件：

git checkout --conflict=merge file

如果索引是干净的，因为已[错误地]添加了未解析的文件，只需重置它检查之前：

git reset file
git checkout --conflict=merge file

这将允许您正常恢复冲突解决（例如，git mergetool）。

注意：应 @fourpastmidnight 的要求，将对 @jakub-narębski 的答案的评论提升为自己的答案。 :)

Answer 5

您可以使用 git checkout --conflict=merge -- file 获取带有冲突标记的文件内容，但如果您已使用 git add file 清理了索引（或者如果GUI 为你做了这件事）这是行不通的。

有 git update-index --unresolve ，但它很hacky，并且工作得不太可靠。我认为它恢复的状态对于 git-mergetool 来说是不够的。

您可能需要重做合并，或者使用 git update-index --cacheinfo 手动设置阶段版本... git-stash 可以帮助您保留正确解决的冲突。