问题描述
不同本地仓库(e.g. Repo1, Repo2)之间同时修改一个文件时, 出现文件无法merge的情况.
具体表现为, 冲突(红色双向实心箭头)一直存在, 点pull没反应, 点push报错, 双击文件也没有出现merge提示("<<<<<<"这样的符号), 点"add to index", mark as merged等等 都没用. 手动merge或者overwrite, 也无法push回remote.
原因:
repo1和repo2同时修改一个文件e.g. README.MD
repo1修改成AAA, commit+push到remote
repo2修改成BBB, commit到本地.Fetch, 进入Sync Perspective. 冲突可见.
此时, 正确操作应该是: repo2中选择冲突文件, 用merge tool来合并成最终版本.
但如果操作人员不小心, 讲repo2中的冲突文件直接修改成CCC, 且不commit, 则会遇到上述问题. 导致pull(fetch+merge)不成, push不成, merge界面不出现的尴尬情形.
在冲突文件较多时, 这个问题比较隐蔽, 容易造成困扰.
根本原因:
不通过merge tool或者pull(不推荐), 直接修改文件, 会导致repo2的staging和本地仓库不一致.
此时, 该文件对repo2而言, staging, local repo, remote repo内容各不相同.
commit之后使得本地所有文件一致. 可以重新开始fetch+merge.
解决方法:
在repo2中, 修改冲突文件, commit, 再次走正常merge步骤即可.
题外话
Eclipse中配置EGit - 具体参数意义 https://git-scm.com/docs/git-config
1. 有防火墙的情况下记得设置http.proxy
2. http.sslVerify设置为false避免push fetch时做http的ssl验证.
3. core.autocrlf - 如果跨Windows(CRLF), Mac(CR)和Linux(LF)写代码, 需要注意这个换行符的问题. 设置如下(3个选项) 另有core.safecrlf可以做检查用.
#添加文件到git仓库时, 视为text, 自动把crlf变lf. 取出的时候又把文件转成crlf.
# x -> LF -> CRLF
git config --global core.autocrlf true
# x -> LF -> LF #添加时, crlf转lf, 取出文件的时候, 不做转换, 仍是lf. git config --global core.autocrlf input #不做转换, 原样进出
# x -> x -> x git config --global core.autocrlf false
#拒绝提交包含混合换行符的文件 git config --global core.safecrlf true #允许提交包含混合换行符的文件 git config --global core.safecrlf false #提交包含混合换行符的文件时给出警告 git config --global core.safecrlf warn
因此, 只在Windows系统下开发, 直接设false即可. 仓库中和workspace中的换行符都是CRLF.
此外, 如果文件中包含中文字符且使用UTF-8编码, 也应该用false保证文件一致性. 转换过程可能导致问题.
Windows+Linux/Mac开发: Windows下设置为true, Mac/Linux下设置为input.
这样Windows的Workspace中是CRLF (提交时会把CRLF转换成LF, 取出时会把LF转换成CRLF)仓库和Mac/Linux的Workspace下都是LF.
