Git merge - 冲突标记丢失

问题描述 投票:0回答:3

使用 Windows 7,git 1.9.5.msysgit.1

我读过的关于 Git 中合并冲突的教程表明,失败的合并将导致冲突标记被放置在文件中的有问题的点处。我似乎无法让这件事发生。以下是新存储库的示例工作流程:

git init
notepad file1.txt    #make some edits
git add .
git commit -m "msg"

git branch mybranch
git checkout mybranch
notepad file1.txt #make some edits on line 3
git add .
git commit -m "msg"

git checkout master
notepad file1.txt #make a conflicting edit on line 3
git add .
git commit -m "msg"
git merge mybranch
#error: 'merge' is not possible because you have unmerged files

notepad file1.txt

上次打开 file1.txt 后,我希望看到第 3 行周围的标志 >>>>>>>> 和 ========== 冲突标记...但那里什么也没有,只是文件的文本显示在 master 分支中。我的全局 .gitconfig 文件:

[user]
    name = Andrew Barger
[core]
[core]
    attributesfile = ~/.gitattribtues
    editor = 'C:\\Program Files (x86)\\Vim\\VIM74\\gvim.exe'
[merge]
    conflictStyle = diff3
[rerere]
    enabled = true

是什么阻止我回顾我的冲突?

编辑: 这个答案,顺便说一句,对我没有帮助。我似乎没有任何 .gitattributes 文件。不过,这里是

gitconfig --list
的输出,如果有帮助的话:

PS C:\GitRepos\git_sandbox> git config --list
core.symlinks=false
core.autocrlf=true
color.diff=auto
color.status=auto
color.branch=auto
color.interactive=true
pack.packsizelimit=2g
help.format=html
http.sslcainfo=/bin/curl-ca-bundle.crt
sendemail.smtpserver=/bin/msmtp.exe
diff.astextplain.textconv=astextplain
rebase.autosquash=true
user.name=Andrew Barger
core.attributesfile=~/.gitattribtues
core.editor='C:\Program Files (x86)\Vim\VIM74\gvim.exe'
merge.conflictstyle=diff3
rerere.enabled=true
alias.edit-unmerged=!f() { git diff --name-status --diff-filter=U | cut -f2 ; }; vim `f`
alias.add-unmerged=!f() { git diff --name-status --diff-filter=U | cut -f2 ; }; git add `f`
core.repositoryformatversion=0
core.filemode=false
core.bare=false
core.logallrefupdates=true
core.symlinks=false
core.ignorecase=true
core.hidedotfiles=dotGitOnly
git-merge merge-conflict-resolution
3个回答
9
投票

在我的例子中,冲突标记没有出现,因为冲突的文件是使用 UTF-16 编码的,这显然不能很好地与 Git 配合。我意识到这一点是因为 azurefrog 建议使用

git gui
查看文件,这清楚地表明 Git 无法比较这些文件,因为它认为它们是二进制文件。

故事寓意:使用 UTF-8 编码。


8
投票

我想说,这可能是由您的

rerere
中启用的
.gitconfig
选项引起的。它的意思是“重用记录的解决方案”,并且简单地表示 Git 以与之前解决冲突的方式相同的方式解决冲突

因此不存在冲突标记,因为 Git 实际上已经解决了该冲突。尝试在禁用此选项的情况下重复您的工作流程。


0
投票

虽然 UTF-16 是这个问题的根源,但这是我搜索相同问题时出现的第一个问题。对我有帮助的是再次检查合并的版本:

git checkout --merge <file path>

这可能是由于我的编辑器(Intelij)在两者之间做了一些事情,因为它有图形选项来解决冲突,但文件中没有标记。

© www.soinside.com 2019 - 2024. All rights reserved.