我阅读了Git手册、常见问题解答、Git-SVN速成课程等，他们都解释了这一点和那一点，但你找不到像这样的简单说明：
SVN存储库位于：svn://myserver/path/to/svn/repos
Git存储库位于：git://myserver/path/to/git/repos
git-do-the-magic-svn-import-with-history \
svn://myserver/path/to/svn/repos \
git://myserver/path/to/git/repos
我不希望它这么简单，也不希望它是一个命令。但我确实希望它不要试图解释任何事情——只是说在这个例子中应该采取什么步骤。
当前回答
这里有一个简单的shell脚本，它没有依赖关系，可以将一个或多个SVN存储库转换为git并将其推送到GitHub。
https://gist.github.com/NathanSweet/7327535
在大约30行脚本中：使用git SVN克隆，从SVN:：ignore财产创建一个.gitignore文件，推入一个裸git存储库，重命名SVN主干为master，将SVN标记转换为git标记，并将其推送到GitHub，同时保留标记。
我经历了很多痛苦才将十几个SVN存储库从Google Code迁移到GitHub。我使用Windows并没有帮助。Ruby在我的旧Debian盒子上摔坏了，让它在Windows上运行简直是个笑话。其他解决方案无法使用Cygwin路径。即使我得到了一些有用的东西，我也不知道如何让标签显示在GitHub上（秘诀是——关注标签）。
最后，我拼凑了两个简短而简单的脚本，上面链接了起来，效果很好。解决方案不需要比这更复杂！
其他回答
有效地将Git与Subversion结合使用是对Git-svn的简单介绍。对于现有的SVN存储库，git-SVN使其变得非常简单。如果您正在启动一个新的存储库，那么首先创建一个空的SVN存储库，然后使用git-SVN导入要比相反的方向容易得多。创建一个新的Git存储库，然后导入到SVN中是可以做到的，但这有点痛苦，特别是如果您是Git新手，希望保留提交历史记录。
我建议在尝试经常使用Git-svn之前，先熟悉Git，即保持svn作为集中存储库并在本地使用Git。
然而，对于具有所有历史记录的简单迁移，以下是几个简单步骤：
初始化本地回购：
mkdir project
cd project
git svn init http://svn.url
标记要开始导入修订的时间：
git svn fetch -r42
（或仅对所有版本使用“gitsvn-fetch”）
事实上，从那时起，获取一切：
git svn rebase
您可以使用Gitk检查导入的结果。我不确定这是否适用于Windows，但适用于OSX和Linux：
gitk
当您在本地克隆了SVN repo后，您可能希望将其推送到集中的Git repo，以便于协作。
首先创建空的远程存储库（可能在GitHub上？）：
git remote add origin git@github.com:user/project-name.git
然后，可选地同步您的主分支，这样当远程主机和本地主机都包含新内容时，拉操作将自动合并远程主机：
git config branch.master.remote origin
git config branch.master.merge refs/heads/master
之后，您可能会有兴趣尝试我自己的git_remote_branch工具，它有助于处理远程分支：
第一篇解释文章：“Git远程分支”
跟进最新版本：“git与git_remote_branch协作的时间”
为此，我使用了svn2git库，过程如下：
sudo apt-get安装git-core git-svn-rubysudo gem安装svn2gitsvn log--quiet|grep-E“r[0-9]+\|.+\|”|cut-d'|'-f2|sed's///g'|sort|uniq>authors.txt（此命令用于映射作者）
以上步骤应该在要从svn转换为git的文件夹中执行。
在authors.txt中每行添加一个映射，如下所示
anand = Anand Tripathi <email_id>
trip = Tripathi Anand <email_id>
为新的git存储库创建一个文件夹，并执行以下命令，路径为authors.txt
svn2git <svn_repo_path> --nobranches --notags --notrunk --no-minimize-url --username <user_name> --verbose --authors <author.txt_path>
If no trunk and no tag and branch is present then have to execute the above command else if root is trunk then mention rootistrunk or trunk is present then --trunk <trunk_name>
git远程添加原点git push—所有原点git push—标记原点
我已经发布了一个将svn转换为git的分步指南（这里），包括将svn标记转换成git标记，将svn分支转换成git分支。
简短版本：
1） 从特定版本号克隆svn。（修订号必须是要移植的最旧版本）
git svn clone --username=yourSvnUsername -T trunk_subdir -t tags_subdir -b branches_subdir -r aRevisionNumber svn_url gitreponame
2） 获取svn数据。这一步是最耗时的一步。
cd gitreponame
git svn fetch
重复git-svn获取，直到无错误完成
3） 更新主分支
git svn rebase
4） 通过复制引用从svn分支创建本地分支
cp .git/refs/remotes/origin/* .git/refs/heads/
5） 将svn标记转换为git标记
git for-each-ref refs/remotes/origin/tags | sed 's#^.*\([[:xdigit:]]\{40\}\).*refs/remotes/origin/tags/\(.*\)$#\2 \1#g' | while read p; do git tag -m "tag from svn" $p; done
6） 将存储库放在更好的地方，如github
git remotes add newrepo git@github.com:aUser/aProjectName.git
git push newrepo refs/heads/*
git push --tags newrepo
如果你想了解更多细节，请阅读我的帖子或询问我。
SubGit（vs死亡蓝屏）
subgit import --svn-url url://svn.serv/Bla/Bla directory/path/Local.git.Repo
这就是全部。
+要从SVN更新，通过第一个命令创建Git存储库。
subgit import directory/path/Local.git.Repo
我使用了一种方法来立即迁移到Git，以创建一个巨大的存储库。当然，你需要一些准备。但你可能根本不会停止开发过程。
这是我的路。
我的解决方案如下：
将SVN迁移到Git存储库在团队切换到之前更新Git存储库。
对于大型SVN存储库，迁移需要大量时间。但完成迁移的更新仅需几秒钟。
当然，我在使用SubGit，妈妈。gitsvn让我成为蓝屏死亡。只是不断。git-svn让我厌烦git的“文件名太长”致命错误。
步骤
1.下载SubGit
2.准备迁移和更新命令。
假设我们是为Windows做的（移植到Linux很简单）。在SubGit的安装bin目录（subbit-2.X.X\bin）中，创建两个.bat文件。
用于迁移的文件/命令的内容：
start subgit import --svn-url url://svn.serv/Bla/Bla directory/path/Local.git.Repo
“start”命令在这里是可选的（Windows）。它将允许在启动时看到错误，并在SubGit完成后打开一个shell。
您可以在这里添加类似于git-svn的其他参数。我只使用默认域myCompanyDomain.com来修复SVN作者电子邮件地址的域。我有标准的SVN存储库结构（主干/分支/标签），我们在“作者映射”方面没有问题。所以我什么都不做了。
（如果你想迁移像分支这样的标记，或者你的SVN有多个分支/标记文件夹，你可以考虑使用更详细的SubGit方法）
技巧1：使用--最小修订版YourSvnRevNumber快速查看事情的发展（某种调试）。特别有用的是查看已解析的作者姓名或电子邮件。或者限制迁移历史深度。
提示2：迁移可能会被中断（Ctrl+C），并通过运行下一个更新命令/文件来恢复。我不建议对大型存储库这样做。我收到了“内存不足Java+Windows异常”。
技巧3：最好创建结果裸存储库的副本。
用于更新的文件/命令的内容：
start subgit import directory/path/Local.git.Repo
当您想获得最后一个团队对Git存储库的提交时，可以随时运行它。
警告不要触摸您的裸存储库（例如创建分支）。您将出现下一个致命错误：
无法恢复的错误：不同步，无法同步。。。正在将Subversion修订转换为Git提交。。。
3.运行第一个命令/文件。对于一个大仓库来说，这需要很长时间。我简陋的仓库需要30小时。
这就是全部。通过运行第二个文件/命令，您可以随时从SVN更新Git存储库。在将开发团队切换到Git之前。只需要几秒钟。
还有一项更有用的任务。
将本地Git存储库推送到远程Git存储
这是你的情况吗？让我们继续。
配置遥控器
Run:
$ git remote add origin url://your/repo.git
准备将巨大的本地Git存储库首次发送到远程存储库
默认情况下，Git无法发送大块数据。致命：远端意外挂断
让我们跑吧：
git config --global http.postBuffer 1073741824
524288000-500 MB1073741824-1 GB等。
修复本地证书问题。如果您的git服务器使用了损坏的证书。
我已禁用证书。
此外，您的Git服务器可能存在需要更正的请求量限制。
将所有迁移推送到团队的远程Git存储库。
使用本地Git运行：
git push origin --mirror
（git push origin“*：*”用于旧git版本）
如果出现以下错误：error：无法派生git：没有这样的文件或目录。。。对我来说，完全重新创建存储库解决了这个错误（30小时）。您可以尝试以下命令
git push origin --all
git push origin --tags
或者尝试重新安装Git（对我来说没用）。或者您可以从所有标签创建分支并推送它们。或者，或者，或者。。。
