为此，我使用了svn2git库，过程如下：

sudo apt-get安装git-core git-svn-rubysudo gem安装svn2gitsvn log--quiet|grep-E“r[0-9]+\|.+\|”|cut-d'|'-f2|sed's///g'|sort|uniq>authors.txt（此命令用于映射作者）

以上步骤应该在要从svn转换为git的文件夹中执行。

在authors.txt中每行添加一个映射，如下所示

anand = Anand Tripathi <email_id>
trip = Tripathi Anand <email_id>

为新的git存储库创建一个文件夹，并执行以下命令，路径为authors.txt

svn2git <svn_repo_path> --nobranches --notags --notrunk --no-minimize-url --username <user_name> --verbose  --authors <author.txt_path>

If no trunk and no tag and branch is present then have to execute the above command else if root is trunk then mention rootistrunk or trunk is present then --trunk <trunk_name>

git远程添加原点git push—所有原点git push—标记原点

我只是想把我的贡献加入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 .

将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

将svn子模块/文件夹“MyModule”转换为具有历史记录的git，既没有标记也没有分支。

git-svn clone--无元数据--trunk=SomeFolder1/SomeFolder2/SomeFolder3/MyModulehttp://svnhost:port/repo_root_folder/MyModule_temp-一个C： \ccheetah\svn\authors-transform.txtgit克隆MyModule_temp MyModulecd我的模块git流初始化git远程设置url源https://userid@stashhost/stash/scm/xyzxyz/MyModule.gitgit push-u原始主机gitpush-u源代码开发

要保留svn忽略列表，请在步骤1之后使用以上注释

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

首先，感谢@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，您可能需要禁用或调整初始推送的设置。