把公司的SVN迁移到GitLab CE(GitLab社区版）原因主要有下面几个：
- 年青的新人进来，喜欢用git的越来越多
- GitLab CE提供了优美的 web 界面，图形化分支结构，更直观的代码审查，统计、issue 系统、wiki 等功能全面集成
- Git 比SVN commit和push更快，Git库就在本地，commit是本地提交，回家照样干活。push的时候是push一个压缩的文件，而不是一个个文件的push.
- Git数据库是分布式的，每个用户都有一个本地库，数据更安全。
- 因为是本地commit,Git即使在公网环境下，也可以顺畅使用，如果要跨地域跨国（分公司在美国）做开发，可以方便国外公司人员快速访问，共用同一个版本管理软件。
基于以上几点，我们决定把当前正在使用的SVN库迁移到GitLab CE上。一、服务器系统配置如下：DELL PowerEdge R630 CPU 20core MEM 400G Disk 300G *8 RAID 10系统 ：Ubuntu 16.04.1 LTS
二、GitLab CE 的安装方法如下：
安装非常简单，可以直接用官方文档安装并启动。建议把/opt/gitlab（程序配置） /var/log/gitlab（日志） /var/opt（数据） 目录放到独立的大的分区上去，并定时备份。
GitLab CE 在ubuntu16.04上安装官方文档
apt-get update
apt-get install curl openssh-server ca-certificates postfix
curl -sS https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh | sudo bash
apt-get install gitlab-ce
gitlab-ctl reconfigure
三、迁移SVN库到GitLab CE
1、安装迁移工具git-svn
apt-get install git-svn
2、生成SVN用户文件，格式如下：
可以把SVN库中的用户cp出来，在最后加一列邮件地址
root@DEV70:/data/git# cat auth.txt
vr = xxxxx 《guanjianming@xxx.com.cn》 #请自己把《》换成半角 ：）
vr_view = xxxx 《liuchenxin@xxx.com.cn》
vr_01 = xxxxx 《zhangrongwang@xxx.com.cn》
vr_02 = xxxxx 《getaiming@xxx.com.cn》
vr_red = xxxx 《alex@xxx.com>》
3、使用git svn clone命令把SVN库转换为本地git库
###在服务器上，把一个远程SVN库转为一个git本地库
git svn clone –username vr -s -A auth.txt svn://172.18.194.181:9999/vr_new/ vr/
#-s 同 –stdlayout 参数表示你的项目在 SVN 中是常见的 “trunk/branches/tags” 目录结构，如果不是，那你需要使用 –tags, –branches, –trunk 参数
#-A –authors-file auth.txt 上面的SVN用户认证文件
#–username 访问SVN 库的用户名
###查看git 本地库的情况
git branch -a #下面为命令显示，一个master库，和多个包括branch及tag的分支
master
remotes/origin/tags/t1.01
remotes/origin/tags/v1.0
remotes/origin/tags/v1.01
remotes/origin/tags/v1.02
remotes/origin/tags/v1.03
remotes/origin/tags/v1.04
remotes/origin/tags/v2.0
remotes/origin/tags/v2.01
remotes/origin/tags/v2.02
remotes/origin/tags/v2.03
remotes/origin/tags/v2.04
remotes/origin/tags/v2.05
remotes/origin/tags/v2.06
remotes/origin/tags/v2.07
remotes/origin/tags/v2.07@459
remotes/origin/tags/v2.08
remotes/origin/tags/v2.09
remotes/origin/tags/v2.10
remotes/origin/tags/v2.11
remotes/origin/tags/v2.12
remotes/origin/trunk
remotes/origin/v1.0_fix
4、在本地的git库上处理branch和tags
#先同步数据有条件把SVN的关掉，不要让用户再向SVN做递交
cd /data/git/vr
git svn fetch
#转换所有branchs
for i in git branch -r | grep -v trunk | grep -v tags | awk -F/ '{print $2}'; do git checkout -b $i origin/$i; done
#转换所有tags
for i in git branch -r | grep tags | awk -F/ '{print $3}'; do git checkout -b $i origin/tags/$i; git checkout master; git tag $i $i; git branch -D $i; done
#再次同步，并把master与remotes/origin/trunk 合并,保证master上是最新的commit
git svn fetch
git checkout master
git svn rebase #或是git merge remotes/origin/trunk ，其实就是把remotes/origin/trunk分支的SVN最新的commit应用到git 的 master分支上
git log #查看是否是最新的commit
#clone 一个新的本地库
cd ..
git clone vr vr_new
#再做一次branch的转换
cd vr_new
for i in git branch -r | grep -v trunk | grep -v tags | awk -F/ '{print $2}'; do git checkout -b $i origin/$i; done
5、在GitLab上新建一个vr_new库（具体操作就不描述了）
6、把刚才转换好的git本地库push到GitLab的vr_new库上
git remote rm origin
git remote add origin git@gitlab:vr/vr_new.git
git push -u origin –all
git push origin –tags
7、来GitLab上查看push上来的库
8、最后给一个找到的非常好的git 中文文档链接：https://github.com/geeeeeeeeek/git-recipes/wiki
我假设你是一个技术人员，或者说是程序员。
从你的角度来说git比svn更好用，更适合敏捷开发，也许更流行。
但是站在你的老板的角度上，你的给出这种转换带来的好处，如果你的老板不是技术人员出身这种说服或者证明变得非常困难。
毕竟，git也好，SVN也好，都只是一个管理工具，不是最终产品，不是带来收益的东西，你的老板可能对此并不热心。
而且转换带来的成本你要如何计算，git服务器，备份服务器，要不要买入第三方产品如bitbucket。
转换后的开发流程的影响多大，什么code review 工具，怎么CI, CD。
建议你把这些问题想一下，列个清单和计划，然后去找老板，让老板同意你在部分项目上进行实验，然后积累迁移经验和数据，也在公司内部普遍git技能。