叉和谷歌代码Subversion的存储库同步到GitHub
我怎样才能将一个Google代码Subversion版本库与我没有写入权限的代码库分离并保持同步，并将其保存到GitHub存储库中？
我希望能够在我的Git仓库中开发自己的function，但是我也想同步Google Code Subversion仓库。 从Google Code项目端获取修补程序。
我知道git-svn，并在之前和之后用它来完全控制一个Subversion版本库。 但是我不知道如何与Google Code Subversion版本库保持同步。
git-svn的远程分支与常规的Git远程分支几乎相同。 所以在你的本地仓库中，你可以使用你的git-svn克隆，并把更改推送给GitHub。 Git不在乎。 如果你创build了你的git-svn clone，并把完全相同的变化推送到GitHub上，你将得到一个非官方的Google代码库镜像。 其余的是香草Git。
git svn clone http://example.googlecode.com/svn -s git remote add origin git@github.com:example/example.git git push origin master 现在你有了这个，偶尔你必须将Subversion版本库与Git同步。 它看起来像这样：
git svn rebase git push
在gitk或其他什么，这将看起来像这样：
o [master][remotes/trunk][remotes/origin/master] | o | o
而当你运行git svn rebase ，你会有这样的：
o [master][remotes/trunk] | o | o [remotes/origin/master] | o | o
所以现在运行git push会将那些提交推送到GitHub，那里是[remotes / origin / master]分支。 你会回到第一个ASCII艺术图中的场景。
现在的问题是，你如何改变你的改变？ 这个想法是，你永远不会犯同样的分支，你是git-svn-rebase-ing和git-pushing。 您需要一个单独的分支来进行更改。 否则，你最终将在Subversion之上重新定义你的更改，这可能会让任何克隆你的Git仓库的人感到困扰。 跟着我？ 好，那么你创build一个分支，我们称之为“function”。 你做了一个提交，并把它推到GitHub的function分支。 你的gitk看起来像这样：
o [features][remotes/origin/features] | o | o [master][remotes/trunk][remotes/origin/master] | o
在这里，你的function在Google Code分支之前分支了几个提交，对吧？ 那么当你想从Google Code中整合新的东西时会发生什么呢？ 你会先运行git svn rebase然后得到这个：
o [features][remotes/origin/features] [master][remotes/trunk] o | | o o / |/ o[remotes/origin/master] | o
如果你git push主推出来，你可以想象[遥控器/原点/主控]与主控相同。 但是你的function分支没有改变。 现在您的select是将主人合并到function或重设function。 合并将如下所示
git checkout features git merge master o [features] /| / o [remotes/origin/features] [master] o | | o o / |/ o | o
然后你将function推送到GitHub。 为了节省空间，我放弃了遥控器，他们会和[主]一样 。
rebase方法稍微恶化 – 你必须用-force来推动，因为你的推动不会是一个快速的合并（你可以从克隆它的人下拉出特性分支）。 这样做并不是真的认为可以，但是如果你有决心，没有人能阻止你。 它也可以使一些事情变得更容易，比如当补丁以稍微返工的forms被上游接受时。 它可以避免不必要的冲突，你可以重新分配 – 跳过已经存在的补丁。 无论如何，rebase会是这样的：
git rebase master features o [features] | o | o [remotes/origin/features] [master] o | | o o / |/ o | o
然后你将不得不git push --force这一点。 你可以看到为什么你需要强制执行它，历史上有一个很大的旧分裂从[遥控/起源/特征]到新的当前后基调[特征] 。
这一切都有效，但这是一个很大的努力。 如果你打算成为一个普通的贡献者，最好的办法就是像这样工作一段时间，向上游发送一些补丁，看看你是否可以获得Subversion的提交权限。 如果不这样做，也许不要把你的改变推给GitHub。 把它们保持在本地，然后试着让它们在上游被接受。
svn2github服务
网站http://svn2github.com/提供了一个服务，将任何可公开访问的SVN仓库分发到Github上（; https://github.com/svn2github/projectname ）。 我尝试过这个; 按下“制作镜子”后，显然几秒钟内没有任何操作，并显示“错误”信息，但实际上已经工作。 新的存储库实际上是创build的，包含SVN回购代码。
然后，您可以分叉它创build的存储库，并在您自己的分支上工作。 然后，您将使用他们的错误跟踪器将您的更改提交给上游项目。
查看服务的Github用户下的现有存储库（例如，“svn2github 5小时前推送给svn2github / haxe的master”），它似乎经常从SVN存储库中引入更改。 没有关于谁在网站上运行该服务的信息，所以我不打赌继续无限期地运行，但它现在工作（如果它曾经下降，你仍然可以手动更新你的叉）。
发射台
如果你没有设置使用Git和Github，另一种方法是使用Launchpad.net。 启动板可以自动导入SVN（也CVS）存储库到个人bzr分支。 为此，创build一个Launchpad项目，然后进入新的导入页面 ，selectSubversion并inputURL（例如http://projectname.googlecode.com/svn/trunk/ ）。 根据项目大小，最初的导入可能需要几个小时。 后续导入将定期运行。
有关更多文档，请参阅启动板帮助上的VCS导入 。
从Google代码到GitHub的同步步骤可以在fnokd.com上find 。 作者使用一个永远在线的远程服务器和一个cron作业来实现同步自动化，并将SVN中继保留在一个名为“vendor”的GitHub分支中。
GitHub现在支持直接导入Subversion项目（参见http://help.github.com/import-from-subversion/ ）。 只需创build一个新的回购，然后点击“下一步”屏幕上的“从Subversion导入”。 它不支持进一步的同步，但：/。
嗯..在我的公司，我几乎一样。 只需在同一个目录下有两个.svn和.git回购（你在这个工作副本上签出svn回购和创buildgit回购）。
然后使用svn和git push做的事情。 当然，如果你分歧很大，你将不得不手工合并。
我不太清楚你想要什么，但是，当然你可以从Subversion版本库中取出，并从相同的工作副本推送到Git仓库。 你也可以将git svn dcommit返回到subversion版本库。 不过，您不能让GitHub存储库与Subversion存储库同步。 另外，当你在你的工作拷贝中提交了不在Subversion版本库中的提交时，如果Subversion版本库已经更新，你将需要重新绑定它们，强制你将git push --force到“GitHub”。
我在林玉洁的博客上find了这些说明：
首先克隆Subversion版本库并推送到Git：
git svn clone https://foo.googlecode.com/svn/ git-foo cd git-foo git remote add git-foo git@github.com:username/foo.git git push git-foo master
在Subversion版本库中提交后，运行
cd /path/to/git-foo git svn fetch git svn rebase git push git-foo master
