我阅读了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
我不希望它这么简单，也不希望它是一个命令。但我确实希望它不要试图解释任何事情——只是说在这个例子中应该采取什么步骤。
当前回答
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（对我来说没用）。或者您可以从所有标签创建分支并推送它们。或者，或者，或者。。。
其他回答
从Subversion到Git（或同时使用两者）的平滑迁移有一个新的解决方案：SubGit。
我自己在做这个项目。我们在我们的存储库中使用SubGit——我的一些队友使用Git和一些Subversion，到目前为止它工作得很好。
要使用SubGit从Subversion迁移到Git，您需要运行：
$ subgit install svn_repos
...
TRANSLATION SUCCESSFUL
之后，您将获得svn_repos/.Git中的Git存储库，并可以克隆它，或者继续使用Subversion和这个新的Git库：SubGit将确保两者始终保持同步。
如果Subversion存储库包含多个项目，那么将在svn_repo/Git目录中创建多个Git存储库。要在运行翻译之前自定义翻译，请执行以下操作：
$ subgit configure svn_repos
$ edit svn_repos/conf/subgit.conf (change mapping, add authors mapping, etc)
$ subgit install svn_repos
使用SubGit，您可以迁移到纯Git（而不是Git-svn）并开始使用它，同时只要您需要它，就可以保留Subversion（例如，对于您已经配置的构建工具）。
希望这有帮助！
将Subversion存储库干净地迁移到Git存储库。首先，您必须创建一个将Subversion提交作者名称映射到Git commiters的文件，比如~/authors.txt：
jmaddox = Jon Maddox <jon@gmail.com>
bigpappa = Brian Biggs <bigpappa@gmail.com>
然后您可以将Subversion数据下载到Git存储库中：
mkdir repo && cd repo
git svn init http://subversion/repo --no-metadata
git config svn.authorsfile ~/authors.txt
git svn fetch
如果您在Mac上，可以通过安装git-core+svn从MacPorts获取git-svn。
如果您的subversion存储库与所需的git存储库位于同一台机器上，那么您可以在init步骤中使用此语法，否则都一样：
git svn init file:///home/user/repoName --no-metadata
对于GitLab用户，我在这里提出了我如何从SVN迁移的要点：
https://gist.github.com/leftclickben/322b7a3042cbe97ed2af
从SVN迁移到GitLab的步骤
安装程序
SVN位于SVN.domain.com.au。SVN可以通过http访问（其他协议也可以）。GitLab位于git.domain.com.au，并且：与命名空间开发团队一起创建一个组。至少创建一个用户帐户，将其添加到组中，并具有用于迁移的帐户的SSH密钥（使用SSH进行测试git@git.domain.com.au).项目收藏夹项目是在开发团队名称空间中创建的。文件users.txt包含相关的用户详细信息，每行一个用户，格式为username=First Last<address@domain.com.au>，其中username是SVN日志中给定的用户名。（有关详细信息，请参见参考资料部分的第一个链接，特别是用户Casey的回答）。
版本
subversion 1.6.17（r1128011）git版本1.9.1GitLab版本7.2.1 ff1633fUbuntu服务器14.04
命令
git svn clone --stdlayout --no-metadata -A users.txt http://svn.domain.com.au/svn/repository/favourite-project
cd favourite-project
git remote add gitlab git@git.domain.com.au:dev-team/favourite-project.git
git push --set-upstream gitlab master
就是这样！在GitLab web UI中重新加载项目页面，您将看到现在列出的所有提交和文件。
笔记
如果有未知用户，git-svnclone命令将停止，在这种情况下，update-users.txt、cd-f收藏夹项目和git-svnfetch将从停止的位置继续。SVN存储库的标准主干标记分支布局是必需的。给git-svnclone命令的SVN URL在trunk/、tags/和branches/的正上方停止。git-svn-clone命令产生大量输出，包括顶部的一些警告；我无视警告。
另一方面，当尝试使用git-svn-dcommits进行git时，git-stash命令是一个天赐的选择。
典型流程：
设置git回购在不同的文件上做一些工作决定使用git检查一些工作决定svn dcommit得到可怕的“不能提交脏索引”错误。
解决方案（需要git 1.5.3+）：
git stash; git svn dcommit ; git stash apply
Pro Git 8.2对此进行了解释：http://git-scm.com/book/en/Git-and-Other-Systems-Migrating-to-Git
