我阅读了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
我不希望它这么简单，也不希望它是一个命令。但我确实希望它不要试图解释任何事情——只是说在这个例子中应该采取什么步骤。
当前回答
请参阅git-svn官方手册页。特别是，请查看“基本示例”：
跟踪和贡献整个Subversion管理的项目（完成具有主干、标签和分支）：
# Clone a repo (like git clone):
git svn clone http://svn.foo.org/project -T trunk -b branches -t tags
其他回答
魔法：
$ git svn clone http://svn/repo/here/trunk
Git和SVN的操作非常不同。你需要学习Git，如果你想跟踪SVN上游的变化，你需要学习Git-SVN。git-svn主页有一个很好的示例部分：
$ git svn --help
从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（例如，对于您已经配置的构建工具）。
希望这有帮助！
创建一个用户文件（即users.txt），用于将SVN用户映射到Git：
user1 = First Last Name <email@address.com>
user2 = First Last Name <email@address.com>
...
您可以使用这一行程序从现有SVN存储库构建模板：
svn log -q | awk -F '|' '/^r/ {gsub(/ /, "", $2); sub(" $", "", $2); print $2" = "$2" <"$2">"}' | sort -u > users.txt
如果SVN找到丢失的SVN用户（而不是在文件中），它将停止。但在那之后，您可以更新文件并从您停止的地方恢复。
现在从存储库中提取SVN数据：
git svn clone --stdlayout --no-metadata --authors-file=users.txt svn://hostname/path dest_dir-tmp
该命令将在dest_dir-tmp中创建一个新的Git存储库，并开始拉动SVN存储库。请注意，“--stdlayout”标志表示您具有通用的“trunk/，branches/，tags/”SVN布局。如果您的布局不同，请熟悉--tags、--branches和--trunk选项（在一般的git-svn帮助中）。
允许使用所有通用协议：svn://、http://、https://。URL应该以基本存储库为目标，例如http://svn.mycompany.com/myrepo/repository.URL字符串不能包含/trank、/tag或/branches。
请注意，在执行此命令后，操作通常看起来像是“挂起/冻结”，并且在初始化新存储库后，它可能会被卡住很长一段时间，这很正常。最终，您将看到指示它正在迁移的日志消息。
还要注意，如果省略--no元数据标志，Git将在提交消息中附加有关相应SVN修订的信息（即Git-SVN-id:svn://svn.mycompany.com/myrepo/<branchname/trank>@<RevisionNumber><RepositoryUUID>）
如果找不到用户名，请更新users.txt文件，然后：
cd dest_dir-tmp
git svn fetch
如果您有一个大型项目，则可能需要重复最后一个命令几次，直到获取所有Subversion提交：
git svn fetch
完成后，Git将把SVN主干签出到一个新的分支中。任何其他分支都设置为远程。您可以通过以下方式查看其他SVN分支：
git branch -r
如果要在存储库中保留其他远程分支，则需要手动为每个远程分支创建一个本地分支。（跳过trunk/master。）如果不这样做，分支将不会在最后一步中被克隆。
git checkout -b local_branch remote_branch
# It's OK if local_branch and remote_branch are the same names
标记作为分支导入。您必须创建一个本地分支，创建一个标记并删除该分支，以便在Git中将它们作为标记。要使用标记“v1”：
git checkout -b tag_v1 remotes/tags/v1
git checkout master
git tag v1 tag_v1
git branch -D tag_v1
将GIT-SVN存储库克隆到干净的GIT存储库中：
git clone dest_dir-tmp dest_dir
rm -rf dest_dir-tmp
cd dest_dir
以前从远程分支创建的本地分支将仅作为远程分支复制到新克隆的存储库中。（跳过主干/主干。）对于要保留的每个分支：
git checkout -b local_branch origin/remote_branch
最后，从干净的Git存储库中删除指向现已删除的临时存储库的远程：
git remote rm origin
收回，收回
对于复杂的案件，埃里克·S·雷蒙德（Eric S.Raymond）的收回是首选工具。除了SVN，它还通过快速导出格式和CVS支持许多其他版本控制系统。作者报告了Emacs和FreeBSD等古代存储库的成功转换。
该工具显然旨在实现近乎完美的转换（例如将SVN的SVN:ignore财产转换为.gitignore文件），即使是对于历史悠久的复杂存储库布局也是如此。在许多情况下，其他工具可能更容易使用。
在深入研究repourgeon命令行的文档之前，请务必阅读出色的DVCS迁移指南，该指南将逐步介绍转换过程。
我只是想把我的贡献加入Git社区。我编写了一个简单的bash脚本，可以自动完成整个导入。与其他迁移工具不同，该工具依赖于原生git而不是jGit。该工具还支持具有较大修订历史和/或较大Blob的存储库。可通过github获得：
https://github.com/onepremise/SGMS
此脚本将以以下格式转换存储在SVN中的项目：
/trunk
/Project1
/Project2
/branches
/Project1
/Project2
/tags
/Project1
/Project2
该方案也很受欢迎和支持：
/Project1
/trunk
/branches
/tags
/Project2
/trunk
/branches
/tags
每个项目将按项目名称同步：
Ex: ./migration https://svnurl.com/basepath project1
如果要转换完整回购，请使用以下语法：
Ex: ./migration https://svnurl.com/basepath .
