Git和SVN，代码管理哪个更好

Posted 2023-05-17

参考技术A

代码版本管理系统的历史

代码版本管理系统大致可以分为三个时代：

第一代：本地式

这代主要的特点提供本地代码版本控制，比如SCCS(1972)、 PVCS(1985)等。

这代主要实现了基本的代码版本管理，但缺点是无法让多人同时对一个版本库进行修改。这个也和当时软件规模不够大有关，也没有这样的需求。

第二代：客户端-服务器式

这代主要的特点是提供集中式服务器端代码版本控制,比如 CVS(1986), ClearCase(1992), Visual SourceSafe(1994), Perforce(1995), Subversion(2000) 等。

这代主要是实现了中心服务器端的代码版本管理，特点是可以让多人同时对一个代码版本库进行同步和修改，但缺点也相当明显：

在无法连接服务器的情况下，无法查看日志以及提交和比较代码版本（慢速网络和远程异地工作的程序员的痛），以及当服务或者网络出现问题的时候很多人员就会无法工作。

不支持local branch，导致branch创建管理复杂，并且一旦创建就很难修改（快速迭代开发中的程序员的痛）

由于只有一个中心端服务器，一旦发生灾难性问题，那么所有日志都会丢失，所以需要经常做备份（备份需要不小的成本）

如果软件代码量过于庞大，一般会出现速度缓慢的情况，因为每次的日志查询、不同版本之间的代码比较和代码提交等操作都需要和服务器通信，造成服务器端的负载过大。

第三代：分布式

这代主要的特点是提供分布式代码版本控制,比如Git(2005), Mercurial(2005)等。

这代结合了第一代和第二代的优点并实现了分布式的代码版本管理。

这代的优点：分布式管理，在没有和服务器有连接的情况下仍然可以查看日志，提交代码，创建分支；支持local branch，可以快速方便的实现各种分支管理；支持分布式，从而可以实现分块管理，以及负载分流管理。

缺点是有一定的学习曲线，比如分布方式下的代码同步，local branch的理解与运用，分布式代码管理的理解与运用等。详细的比较可以参考：这里。

二、大型分布式团队

曾经有这样一个分布式团队，他们在多个城市都有小分队，并且正在开发一个大型项目，见下图





他们使用的代码版本管理工具是第二代代码管理工具SVN，管理方案如下：





但是他们在使用的过程中却遇到了下面这些问题与痛点。

由于是分布式团队，所以：

基于团队的代码模块分离困难

当服务器不可用时：

不能查看提交记录

不能比较文件

不能提交代码

创建代码分支时：

分支创建速度慢

多分支管理困难

在提交代码时：

希望有Code Review

希望有CI Review

因为代码庞大：

查看日志慢

备份代码库的时候：

需要停机备份

备份成本高

针对以上问题，可以使用新一代的分布式的代码版本管理系统来解决，见下图：





其中每一个团队都有自己独立的代码库，有一个中心库用于同步这些独立的代码库，并且每个库都由团队自己管理和维护。而且代码版本管理系统需要支持轻量分支，代码评审，离线提交，离线查看日志等功能。

但是由于当前没有一个单一的代码版本管理工具能同时满足以上所有需求，所以很多公司都基于它们开发集成管理系统，比如Gerrit，GitLab，GitHub，BitBucket等。其中的Gerrit由于其开源，免费，以及由Google开发和维护，并管理着android，OpenStack等大型项目源代码的特点，成为了大型分布式团队优先选择的系统。

三、Gerrit

Gerrit是由Google开发的，用于管理Google Android项目源代码的一个系统。它是基于Java和Prolog等开发的，支持Git，权限管理，代码评审等综合的一个管理系统。它与GitLab和GitHub最大的不同是它隐藏了代码分库管理的细节，使得开发人员不需要进行fork这样的手工分库和同步操作就可以进行代码开发和提交，节省了开发人员的时间,见下图。





由于Android本身是一个开源项目，所以贡献者非常多，开发团队也遍布多个地方（存在时差），导致“如何保证代码质量”成为一个很大的问题。为此Google在Gerrit中加入了功能强大并且十分严格的代码评审系统。

首先当代码提交以后并不会直接merge到中心库里面，它会暂时存在一个临时库里面，同时生成一个代码评审记录，并向特定的评审人员发送请求评审的邮件。当评审者在评审代码之后，如果通过就需要在Gerrit系统里面对代码进行打分，如果通过了就可以将代码merge到中心库里面去，如果没有通过，那么这个代码提交就需要被返还给开发者进行修改。

与此同时它还可以自动触发一次包含本次代码提交的CI构建（前提需要手工预先配置），如果CI自动构建和测试通过，也可以自动在Gerrit系统里面进行打分，可以给最终进行merge的人员进行参考。示意流程见下图。




由于Android源代码由上百个独立的代码库组成，并且编译一个Android系统需要大部分代码库里面的代码，所以如何管理如此多的代码库也是一个难题，比如如何一次性同步需要编译一个需要支持特定设备的代码库组合。为此Google基于Python语言开发一个工具叫Repo ，这个工具可以自定义你需要的代码库的组合，并且一次性对这些代码库进行同步，比如pull和push，见下图。





四、SVN到Git的迁移

对于想从集中式代码管理系统迁移到分布式代码管理系统的团队来讲，如果团队规模小，那么问题一般都不大，但是对于大型分布式团队却是困难重重。最主要的两个困难：

代码量太大，很难一次性将所有的代码和日志等在短时间内迁移成功。

由于下属团队太多，很难同一时间让所有团队都切换至新的代码管理工具。

为了解决这些难题，一般都会首先选用1个团队来使用新的代码版本管理工具。如果这个团队转换成功，再将其作为标杆向其他团队推广，从而逐步的将所有团队切换到新的工具上去。

SVN到Git的迁移方案一般主要会使用两种工具：

开源免费的git-svn；

商业收费的Subgit。

其中使用Subgit的迁移方案如下图：





如果团队组资源充足，还可以使用Gerrit搭建一个独立的Git服务器，从而以分布式的方式进行代码迁移，如下图：





五、多产品线的管理

使用同一个中心代码库管理多产品线一直是大型项目的一个困难点，特别是使用SVN这样的工具更是难以管理，因为SVN这种工具的Branch本质上是一个目录拷贝，并且速度慢，而且代码回迁也需要手动进行。但是如果使用Git的特性来管理多产品线，比起SVN是事半功倍。具体方案见下图：





总结：

分布式代码版本管理系统并不一定适合所有团队，比如中小团队可能更关心的只是成本更低，简单易用，那么SVN等这类集中式版本管理工具还是更为适合。但是不管团队最终选用什么代码版本管理工具，只要适合自己的团队的开发流程和工作方式，并且代码管理顺畅就可以了。

windows环境下使用git客户端github和tortoisegit管理项目代码

最后更新于2017年01月24日

一、为什么

　　为什么不用svn？

svn是一个优秀的代码和版本管理工具，使用svn只需要搭建好svn中央仓库，配置本地svn客户端即可，自从google code关闭服务之后，互联网上已经没有非常好的公共svn仓库，如果是公司内部使用，还可以用上公司内网搭建的svn服务器，但个人就没那么方便了。

　　为什么用git？

git和svn同样作为代码和版本管理工具，git的理念更先进，而且公共git仓库github真的好用，众多优秀的开源项目都放在github

　　什么是git、github、tortoisegit？

github是目前世界上最大的代码托管平台，对个人也提供了非常丰富的功能；git客户端是windows系统下与github仓库传输数据的客户端工具；tortoisegit是git图形管理界面，依赖git客户端，提交时可以清晰看到变更内容

二、怎么用

1、注册github账号

　　github官方网站：https://github.com/，注册过程：略

2、安装git客户端与tortoisegit

　　git客户端下载地址：https://www.git-scm.com/

　　tortoisegit下载地址：https://tortoisegit.org/

　　双击下载的安装包，默认安装直到完成。

3、配置git客户端

　　git客户端需要配置ssh建立与github之间的远程安全连接，安装完git客户端之后有如下快捷方式

　　打开git bash，输入以下内容，邮箱为github注册邮箱

ssh-keygen -t rsa -C "[e-mail]"

　　回车，输入“yes”，再回车，将在“C:\\Users\\john\\.ssh\\id_rsa.pub”文件生成ssh密钥，复制所有内容

　　登录github，打开“Settings”

　　点击左侧“SSH and GPG keys”菜单，然后点击右侧上方“New SSH key”按钮，“Title”随意输入名称，“Key”处粘贴刚才复制的密钥，注意最后不要留空格或换行，保存配置

　　打开git bash，输入以下内容验证ssh连接

ssh -T [e-mail]

　　第一次需要输入“yes”然后回车才能看到连接成功的信息，以后就不需要了

4、配置全局信息

　　配置全局的用户名、邮箱信息，作为提交人信息

git config --global user.name "ywlaker"
git config --global user.email "[e-mail]"

5、创建github仓库

　　登录github，创建一个工程，名为“test”，勾选“Initialize this repository with a README”，并选择一个license，以“Apache License 2.0”为例

　　创建完“test”仓库之后，查看该仓库，只包含两个文件：“README.md”和“LICENSE”

6、创建eclipse工程

　　在eclipse下创建工程，名为“test”（名称任意），在资源管理器中查看项目

　　在git bash中查看项目（linux下点开头的文件为隐藏文件，所以只能看到三个文件（夹））

7、同步eclipse工程与github仓库

　　github的license与readme文件要同步到eclipse工程，eclipse工程的代码要同步到github仓库，并且eclipse自动生成的那些“.settings”、“.project”、“.classpath”还有“target”不需要同步到github仓库，怎么处理？

7.1、git初始化eclipse工程目录

　　在资源管理器中打开“test”工程根目录，右键“Git Create repository here...”

　　或者，git bash输入命令

cd /d/eclipse/workspace/test/
git init

7.2、同步github仓库文件到eclipse工程目录

　　git bash输入命令

git remote add origin [e-mail]:ywlaker/test.git
git pull origin master

7.3、添加.gitignore

　　将eclipse自动生成的与代码无关的文件排除在同步列表之外，git bash切换到工程根目录，输入

vi .gitignore

　　然后按下键盘的“i”键，输入

target/
.settings
.classpath
.project

　　按下“esc”键，再输入“:wq”保存退出，此时“test”工程根目录多了一个“.gitignore”文件

　　因为windows下无法新建以点号开头的文件，所以只能用上面这种方式。

7.4、同步eclipse工程到github仓库

　　在资源管理器中进入“test”工程根目录，右键“Git Commit -> \'master\'”

　　出现和tortoisesvn一样的提交界面，确定内容后提交即可

　　这一步是将文件提交到本地git缓存，用命令行也可以，git bash切换至工程更目录，输入

git add ./*
git commit -m "comment"

　　最后，将本地缓存同步到github仓库

git push -u origin master