git svn无法重新设置基础,因为文件只存在于git存储库中,而不存在于svn中

git svn无法重新设置基础,因为文件只存在于git存储库中,而不存在于svn中,git,git-svn,rebase,Git,Git Svn,Rebase,当我做一个git svn重基时,它告诉我它在一个甚至不在svn存储库中的文件中有冲突(添加/添加),我在我的初始git克隆之后添加了它。当我启动我最喜欢的合并工具meld时,我看到文件有两个版本,一个版本比另一个版本更新。因此,我通过对最新版本进行所有更改来解决合并冲突,并对文件执行“git add”。Git status不显示提交阶段的更改,Git rebase--continue表示: 没有更改-您是否忘记使用“git add” 发生什么事了?我做错了什么?为什么不合并?只是您已经将冲突解决

当我做一个git svn重基时,它告诉我它在一个甚至不在svn存储库中的文件中有冲突(添加/添加),我在我的初始git克隆之后添加了它。当我启动我最喜欢的合并工具meld时,我看到文件有两个版本,一个版本比另一个版本更新。因此,我通过对最新版本进行所有更改来解决合并冲突,并对文件执行“git add”。Git status不显示提交阶段的更改,Git rebase--continue表示: 没有更改-您是否忘记使用“git add”


发生什么事了?我做错了什么?为什么不合并?

只是您已经将冲突解决到了海德已经处于的状态。当您看到在解决冲突和
git add
ing文件后,您的
git状态
是干净的,或者
git-rebase--continue
告诉您没有任何更改,可以安全地继续使用
git-rebase--skip
啊,是的。我应该提一下。当我“跳过”时,它只会继续,并对下一个git变更集执行相同的操作。我可以一直“跳过”到重新基址的末尾,此时我的文件在SVN中不存在,在git中也不存在,我必须回滚(只是检查一下,您总是在添加解决冲突的文件后进行跳过?)这对我来说没有多大意义-如果你已经做了
git add which.c
并且
git status
之后是干净的,那么文件的头部、索引和工作副本的版本肯定是相同的。文件是否出现在末尾的git log--stat的输出中?1)git branch svn(2)git checkout svn(3)git svn rebase(4)git mergetool-t meld;(5) git add lib/python/disk_subsys/atoms/atoms.py(6)git status(7)git rebase——继续;(8) git rebase——跳过(9)对我的git存储库中大约100个变更集中的每一个重复整个过程(10)。最后,lib/python/disk_subsys/atoms/atoms.py不存在。