我有一个 git 存储库,它是一些旧的 svn 存储库的混合体。当我混合所有内容时,我没有意识到要执行 git mv 而不是仅仅移动文件,所以现在大多数文件的 svn 历史记录都丢失了。有办法解决这个问题吗?
旧的结构是这样的:
svn1
|_apps/
|_tests/
|_...
svn2
|_src
|_libs
svn3
|_src
|_libs
and now:
root
|_libs
| |_svn1_name
| | |_apps
| | |_tests
| | |_...
|_addons
| | |_svn2_name
| | | |_src
| | | |_libs
| | |_svn3_name
| | | |_src
| | | |_libs
我尝试过检查之前对该 mv 的提交,执行 git mv,创建一个新分支并根据该分支重新调整 master 的基础,但结构有点复杂,合并很痛苦。有没有更简单的方法来做到这一点?
通常,Git 跟踪重命名与删除和添加没有任何不同。当这个情况发生时在同一个提交中,Git 可以快速推断重命名已完成,并在中适当地显示重命名git log
。但是,如果同一文件的删除和添加发生在不同的提交,那么你需要使用--find-copies-harder
开关git log http://git-scm.com/docs/git-log:
--更难找到副本
出于性能原因,默认情况下,-C
仅当副本的原始文件在同一变更集中被修改时,选项才会查找副本。此标志使命令检查未修改的文件作为副本源的候选文件。对于大型项目来说,这是一个非常昂贵的操作,因此请谨慎使用。给予多于一份-C
选项具有相同的效果。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)