我阅读了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
我不希望它这么简单，也不希望它是一个命令。但我确实希望它不要试图解释任何事情——只是说在这个例子中应该采取什么步骤。
当前回答
收回，收回
对于复杂的案件，埃里克·S·雷蒙德（Eric S.Raymond）的收回是首选工具。除了SVN，它还通过快速导出格式和CVS支持许多其他版本控制系统。作者报告了Emacs和FreeBSD等古代存储库的成功转换。
该工具显然旨在实现近乎完美的转换（例如将SVN的SVN:ignore财产转换为.gitignore文件），即使是对于历史悠久的复杂存储库布局也是如此。在许多情况下，其他工具可能更容易使用。
在深入研究repourgeon命令行的文档之前，请务必阅读出色的DVCS迁移指南，该指南将逐步介绍转换过程。
其他回答
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（对我来说没用）。或者您可以从所有标签创建分支并推送它们。或者，或者，或者。。。
实现这一目标有不同的方法。我尝试了其中的一些，发现在Windows操作系统上只安装了git和svn就可以了。
前提条件：
windows上的git（我用过这个）https://git-scm.com/ 安装了控制台工具的svn（我使用过乌龟svn）转储SVN存储库的文件。svnadmin转储/path/to/repository>repo_name.svn_dump
实现最终目标的步骤（将所有具有历史记录的存储库移动到git，首先是本地git，然后是远程git）
在REPO_NAME_FOLDER目录中创建空存储库（使用控制台工具或tortoiseSVN）cd REPO_NAME_PARENT_FOLDER，将dumpfile.dump放入REPO_NAME_PARENT_FOLDsvnadmin load REPO_NAME_FOLDER<dumpfile.dump等待此操作，可能需要很长时间此命令是无声的，因此打开第二个cmd窗口：svnserve-d-R--root REPO_NAME_FOLDER为什么不直接使用file:///...... ? 因为下一个命令将失败，无法打开。。。到URL:，感谢您的回答https://stackoverflow.com/a/6300968/4953065创建新文件夹SOURCE_GIT_foldercd源_GIT_FOLDERgit-svn克隆svn://localhost/等待此操作。
最后，我们得到了什么？
让我们查看本地存储库：
git log
看到您以前的提交吗？如果是-好
现在，您已经拥有了功能齐全的本地git存储库，其中包含您的源代码和旧svn历史记录。现在，如果要将其移动到某个服务器，请使用以下命令：
git remote add origin https://fullurlpathtoyourrepo/reponame.git
git push -u origin --all # pushes up the repo and its refs for the first time
git push -u origin --tags # pushes up any tags
在我的情况下，我不需要标签命令，因为我的repo没有标签。
祝你好运
我在一台windows机器上，通过调用
传输.bathttp://svn.my.address/svn/myrepo/trunk https://git.my.address/orga/myrepo
也许任何人都可以使用它。它创建了一个TMP文件夹，用git签出SVN repo，添加新的来源并推送它……然后再次删除文件夹。
@echo off
SET FROM=%1
SET TO=%2
SET TMP=tmp_%random%
echo from: %FROM%
echo to: %TO%
echo tmp: %TMP%
pause
git svn clone --no-metadata --authors-file=users.txt %FROM% %TMP%
cd %TMP%
git remote add origin %TO%
git push --set-upstream origin master
cd ..
echo delete %TMP% ...
pause
rmdir /s /q %TMP%
您仍然需要users.txt和用户映射，如
User1 = User One <u.1@xxx.com>
首先，感谢@cmginty的回答。对我来说，这是一个很好的起点，我将在这里发布的很多内容都借鉴了它。然而，我正在移动的回购已经有多年的历史，这导致了信件回复后出现了一些问题（需要手动移动数百个分支和标签，稍后阅读更多内容）。
因此，经过数小时的搜索和反复尝试，我能够编写一个脚本，使我能够轻松地将几个项目从SVN转移到GIT，我决定在这里分享我的发现，以防其他人也站在我的立场上。
<tl；我们开始吧
首先，创建一个“作者”文件，将基本svn用户转换为更复杂的git用户。最简单的方法是使用命令从要移动的svn repo中提取所有用户。
svn log -q | awk -F '|' '/^r/ {sub("^ ", "", $2); sub(" $", "", $2); print $2" = "$2" <"$2">"}' | sort -u > authors-transform.txt
这将生成一个名为authors-transform.txt的文件，其中包含对运行该文件的svn repo进行更改的每个用户的一行。
someuser = someuser <someuser>
更新以包括git的全名和电子邮件
someuser = Some User <someuser@somewhere.com>
现在使用authors文件启动克隆
git svn clone --stdlayout --no-metadata -r854:HEAD --authors-file=authors-transform.txt https://somesvnserver/somerepo/ temp
--stdlayout表示svn repo遵循标准/主干/分支/标签布局--no-metadata告诉git不要在每次git提交时标记与svn提交相关的元数据。如果这不是单向转换，请删除此标记-r854:HEAD仅从854修订版获取历史记录。这是我遇到的第一个障碍；我正在转换的回购在853版本中有一个“损坏”的提交，因此它不会克隆。使用此参数，您只能克隆部分历史记录。temp是要创建以初始化的目录的名称新的git回购
这一步骤可能需要一段时间，特别是在大型或旧回购协议中（我们的一个回购协议大约需要18小时）。您还可以使用-r开关只获取一个小的历史记录来查看克隆，然后再获取其余的历史记录。
移动到新目录
cd temp
如果只在克隆中提取了部分历史记录，则获取任何缺失的历史记录
git svn fetch
标记在克隆期间创建为分支。如果你只有几个，你可以一次转换一个。
git 1.0.0 origin/tags/1.0.0
然而，如果你有数百个标签，这是很乏味的，所以下面的脚本对我很有用。
for brname in `git branch -r | grep tags | awk '{gsub(/^[^\/]+\//,"",$1); print $1}'`; do echo $brname; tname=${brname:5}; echo $tname; git tag $tname origin/tags/$tname; done
您还需要签出所有要保留的分支
git checkout -b branchname origin/branches/branchname
如果你也有很多分支，这个脚本可能会有所帮助
for brname in `git branch -r | grep -v master | grep -v HEAD | grep -v trunk | grep -v tags | awk '{gsub(/^[^\/]+\//,"",$1); print $1}'`; do echo $brname; git checkout -b $brname origin/$brname; done
这将忽略主干分支，因为它已经作为主分支签出，并保存一个步骤，稍后删除重复的分支，以及忽略我们已经转换的/标记。
现在是查看新回购的好时机，并确保您有一个本地分支或标记，可以保存任何您想保留的内容，因为远程分支将在片刻后删除。
好的，现在让我们将我们签出的所有内容克隆到一个干净的repo（此处名为temp2）
cd ..
git clone temp temp2
cd temp2
现在，我们需要再次检查所有分支，然后再将它们推到最后的远程位置，所以请按照上面您最喜欢的方法操作。
如果您正在使用gitflow，您可以重命名工作分支以进行开发。
git checkout -b WORKING
git branch -m develop
git push origin --delete WORKING
git push origin -u develop
现在，如果一切看起来都很好，就可以将其推送到git存储库了
git remote set-url origin https://somebitbucketserver/somerepo.git
git push -u origin --all
git push origin --tags
我确实遇到了最后一个问题，那就是Control Freak最初阻止我推送我没有创建的标签，所以如果您的团队使用Control Freak，您可能需要禁用或调整初始推送的设置。
TortoiseGit这样做。查看此日志：http://jimmykeen.net/articles/03-nov-2012/how-migrate-from-svn-to-git-windows-using-tortoise-clients
是的，我知道用链接回答不是很好，但这是一个解决方案，嗯？
