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

收回，收回

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

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

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

对于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与Subversion结合使用是对Git-svn的简单介绍。对于现有的SVN存储库，git-SVN使其变得非常简单。如果您正在启动一个新的存储库，那么首先创建一个空的SVN存储库，然后使用git-SVN导入要比相反的方向容易得多。创建一个新的Git存储库，然后导入到SVN中是可以做到的，但这有点痛苦，特别是如果您是Git新手，希望保留提交历史记录。

只使用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或更高版本。

GitHub现在具有从SVN存储库导入的功能。但我从未尝试过。