一个分支（refactoringBranch）进行了完整的目录重组。文件被混乱地移动，但内容被保留。
我尝试合并：git merge --no-ff -Xrename-threshold=15 -Xpatience -Xignore-space-change refactoringBranch
git status 显示大约一半的文件重命名识别。但项目中的 10000 个文件中有一半未被识别为已移动。
一个例子是：
# On branch master
# Changes to be committed:
# deleted: 404.php
# new file: public_html/404.php
...
# deleted: AnotherFile.php
# new file: public_html/AnotherFile.php
...
# renamed: contracts/css/view.css -> public_html/contracts/css/view.css
建议？
史前时期
重构是在 git 之外进行的。我做了以下事情：
- 创建了
refactoringBranch起源于master.
- 将更改后的结构放入
refactoringBranch，这意味着我在其他目录中进行了更改，然后将它们复制粘贴到我的 git 存储库中。
- 添加并提交所有内容，然后尝试合并。
这是我的工作流程：
git checkout -b refactoringBranch
cp -R other/place/* ./
git add . -A
git commit -a -m "blabla"
git checkout master
git merge --no-ff -Xrename-threshold=15 -Xpatience -Xignore-space-change refactoringBranch
问题出现在git add . -A大概一步。
因为如果重命名检测是正确的，我认为合并将完美无缺。
OS X 区分大小写，但不敏感。 gitis 区分大小写。如果您更改了文件名并且唯一的更改是大小写更改，请将文件重命名回原来的样子，然后使用git mv改为重命名。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
