2011-08-25 197 views
0

因为过去我做了一件非常糟糕的事情,所以我必须在开始时插入一个空的提交以进行rebase。在执行解决方案的描述步骤时(在这里找到Insert a commit before the root commit in Git?),我因为许多合并冲突而在重命名命令中挣扎。有些非常复杂,我几乎不可能解决它们。他们大多数有以下结构:git:解决rebase引起的冲突

--A---B---C-- B changes file 'foo.txt' 
    \ / D and E change file 'file.txt' 
    D---E  git rebase tries to apply B on D (due to time stamp).. 

当四处搜索时,我发现git提供了一个应用已解决的冲突的工具。不幸的是我以前不知道它,所以它没有打开。有没有可能激活它并且扫描决议的历史?还是有不同的方式来达到相同的结果?或者我除了手工解决所有问题之外没有别的可能吗?

由于提前,

提伯

回答

1

在这一点上,你坚持解决手工冲突,很遗憾。然而。如果您描述了您正在尝试解决的原始问题,则可能会有一种方法可以修复而无需重新绑定。