如何使用git与svn远程仓库协作

GIT SVN 协作

总所周知，git是当前最好的版本控制工具，但是许多愚蠢的落后公司不这么认为（也可能是历史原因）。为了不让自己的工作体验被svn拖累，我们有必要 建议老板换掉老套的项目管理者，并自荐接替他的位置 学习下 git-svn 迁移工具。

情景介绍

• 公司使用 svn 作为版本控制工具并部署svn服务端在服务器上。
• 有其他同事使用 svn客户端 进行代码管理，并可能于你存在并行工作的情况
• 你想在本地使用 git 进行本地管理，但不想影响其他人的工作

工作拓扑

工作流程

• 初次使用：使用命令 git svn clone [svn remote URL] 将一个代码从svn远程仓库拷贝到本地。
• 你的工作：你可以使用git所有本地管理功能，包括分支。
• 提交修改：为了保证不出错，请你将所有本地改动都合并到 master分支，并在master分支下，使用命令 git svn rebase 从SVN服务器拉取最新版本（这一步很重要，类似svn update）。然后使用命令 git svn dcommit 将本地修改提交至SVN服务器（类比 svn commit，你一定知道svn在提交前一定要先更新，否则可能直接覆盖别人的工作，谁都知道这是svn愚蠢的一面，但我们不得不在git svn上忍受这一点）。

原理

• 如果你了解 git rebase 相关知识，那么你就知道，git svn rebase 做的工作：git会获取所有你本地不存在的改动，并自动合并至本地，并保存至新的本地版本。

• 在执行 git svn rebase 后，你的最新本地分支的 SHA1 校验号将改变（从原来的 c71 变成 c71‘，如果你看过 GITBOOK 那你一定知道我想表达什么）

• 如果你忘记在 dcommit 前使用 rebase，通常 git svn 会提示错误，表示远程仓库有别人提交的更改（发生冲突）。但有时候他不会提示错误，因为你的更改并不涉及别人更改的部分。但毫无疑问，这可能引起巨大的麻烦，所以一定要记住，先 rebase 再 dcommit。

• 请不要再创建 git 远程仓库管理此项目，这可能有许多意想不到的错误。除非你相信自己解决问题的能力（指深谙GIT 和SVN 原理）