Git svn合并和签出--他们的

不幸的是，我不得不在工作中使用SVN存储库。我是通过git svn实现的。现在，在我做了更改之后，提交了它们和我的git svn“pull”别名：

现在，如果存在我不想解决的合并冲突，我的本能是：

git checkout --theirs conflicting_file
git add conflicting_file
git rebase --continue

但是，现在，我的索引中不再有其他开发人员提供的

冲突的\u文件

，而是以前的

冲突的\u文件

---

这里到底发生了什么？正确的做法是什么？

我认为@poke说得对：“他们的”和“我们的”在你的头脑中与git的行为发生了交换。当您进行svn重设基础时，您当前的分支（“我们的”）是svn分支的复制，正在合并/重设基础的更改（“他们的”）是您在本地进行的更改。 当我出于同样的目的使用git svn时，我会将我的东西放在一个单独的git分支上，并且只有在我准备好执行“svn dcommit”时才会将它带到svn分支中。这样做会使他们/我们的问题在你的脑海中变得更加清晰，也会让你在准备好之前不必处理冲突。

git checkout--我们的冲突文件是否有效？也许他们搞混了。

git checkout --theirs conflicting_file
git add conflicting_file
git rebase --continue