将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

我使用了svn2git脚本，工作起来很有魅力。

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（对我来说没用）。或者您可以从所有标签创建分支并推送它们。或者，或者，或者。。。

GitHub有一个导入程序。创建存储库后，可以通过其URL从现有存储库导入。如果适用，它将要求您提供证书，然后从那里开始。

当它运行时，它会找到作者，您可以简单地将他们映射到GitHub上的用户。

我已经在一些存储库中使用了它，而且它非常准确，速度也快得多！一个大约4000次提交的存储库花了10分钟，之后我的朋友花了4天！

收回，收回

对于复杂的案件，埃里克·S·雷蒙德（Eric S.Raymond）的收回是首选工具。除了SVN，它还通过快速导出格式和CVS支持许多其他版本控制系统。作者报告了Emacs和FreeBSD等古代存储库的成功转换。

该工具显然旨在实现近乎完美的转换（例如将SVN的SVN:ignore财产转换为.gitignore文件），即使是对于历史悠久的复杂存储库布局也是如此。在许多情况下，其他工具可能更容易使用。

在深入研究repourgeon命令行的文档之前，请务必阅读出色的DVCS迁移指南，该指南将逐步介绍转换过程。

只使用git、SVN和bash的稍微扩展的答案。它包括SVN存储库的步骤，这些存储库不使用带有主干/分支/标签目录布局的常规布局（SVN绝对不执行这种布局）。

首先使用此bash脚本扫描SVN repo以查找不同的贡献者，并为映射文件生成模板：

#!/usr/bin/env bash
authors=$(svn log -q | grep -e '^r' | awk 'BEGIN { FS = "|" } ; { print $2 }' | sort | uniq)
for author in ${authors}; do
  echo "${author} = NAME <USER@DOMAIN>";
done

使用此选项可以创建一个作者文件，在该文件中，您可以使用git-config财产user.name和user.email将svn用户名映射到开发人员设置的用户名和电子邮件（请注意，对于GitHub这样的服务，只有匹配的电子邮件就足够了）。

然后让git-svn将svn存储库克隆到git存储库，告诉它映射：

git-svn clone--authors file=authors--stdlayoutsvn://example.org/Folder/projectroot

这可能需要非常长的时间，因为git-svn将单独检查存在的每个标记或分支的每个修订。（请注意，SVN中的标记实际上只是分支，因此它们在Git中最终也是如此）。您可以通过删除SVN中不需要的旧标记和分支来加快速度。

在同一网络中的服务器上或同一服务器上运行它也可以真正加快速度。此外，如果由于某种原因，此过程中断，您可以使用

git-svn-rebase--继续

在很多情况下，你已经在这里完成了。但是，如果您的SVN回购有一个非传统的布局，您只需在SVN中有一个目录，就可以将其放入git分支中，那么您可以执行一些额外的步骤。

最简单的方法是在服务器上创建一个新的SVN repo，它遵循惯例，并使用SVN副本将目录放在主干或分支中。如果您的目录完全位于repo的根目录，这可能是唯一的方法，当我上次尝试这个git-svn时，它只是拒绝执行签出。

您也可以使用git执行此操作。对于git-svn克隆，只需使用您想要放入git分支的目录。

运行后

git branch --set-upstream master git-svn
git svn rebase

注意，这需要Git1.7或更高版本。