为什么git不尝试将更改合并到重命名的文件？
为什么git不尝试将更改合并到重命名的文件？
提问于 2012-06-20 14:01:36
假设我有一个文件，它是
在功能分支中的master
- Modified中修改的
- 在功能分支中重命名的
当我尝试从主分支向上合并到feature分支时，merge失败，显示以下信息
冲突(修改/删除)：头部删除了x，源站/母站修改了x。树中左X的版本源/母版。
我知道有冲突，但为什么它甚至不尝试合并更改并在文件中放置冲突标记？Previous answers seem to imply that it should.我得到的是文件的两个不同版本，其中我必须手动找出不同之处，并逐行从主版本到我的版本进行端口更改。
重现步骤：
git init
touch a
git add a
git commit -m 'initial import'
git checkout -b feature1
echo feature1 > a
git add a
git commit -m feature1
git mv a b
git commit -m feature1
git checkout master
echo bugfix > a
git add a
git commit -m bugfix
git checkout feature1
git merge master 回答 1
Stack Overflow用户
回答已采纳
发布于 2012-06-20 16:10:29
因为在git中实际上没有一级重命名操作的概念，所以它只是使用文件差异的阈值来“检测”重命名。您的文件可能太不同了。
尝试合并：git merge master -s recursive -X rename-threshold=5%
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/11113632
复制相关文章
相似问题