使用 git-svn 时应该在哪个分支上运行 dcommit？
我刚刚开始使用 TortoiseGIT 来处理我的 SVN 存储库（我必须在分支之间跳转很多次，这样可以节省大量的停机时间）。但是，我只使用过 Git 或 SVN，而没有使用过 git-svn。我应该首先将本地分支与远程/主干合并，还是只是从主站进行 dcommit 足以将我的更改放入主干中？
I have just started using TortoiseGIT to work with my SVN repository at work (I have to jump between branches quite a bit so this saves on quite a bit of down time). However, I've only used Git or SVN, but not git-svn. Should I merge my local branch with remotes/trunk first or is just doing a dcommit from the master sufficient enough to get my changes into the trunk?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我总是重新调整它的基准，这样树干参考只会快速向前移动。我想知道 git-svn 是否可以正确地进行合并。我记得，git-svn 在 dcommit 之后，将从 svn 执行获取，并将头重置到新主干的位置。它会让你的修订图变得一团糟，甚至 git-svn 也可以选择正确的修订版本来进行 dcommit。
I always rebase it so there will only be fast forward movement for the trunk ref. I wonder if git-svn works correctly for merging. As I remember, git-svn, after dcommit, will perform a fetch from svn, and reset the head to position of new trunk. It gotta make your revision graph a mess, even git-svn can pick up correct revision to dcommit.