版本控制方案SVN和git的区别

目录

方案一svn

SVN 特点

 SVN优点

SVN缺点 

方案二git​​​​​​​

​​​​​​​Git特点

​​​​​​​Git优点

​​​​​​​Git缺点 

版本控制方案三

---

​​​​​​​

方案一svn

        集中式版本控制方案，采用SVN工具管理。

 

SVN 特点

1. 每个版本库有唯一的URL（官方地址），每个用户都从这个地址获取代码和数据；
2. 获取代码的更新，也只能连接到这个唯一的版本库，同步以取得最新数据；
3. 提交必须有网络连接（非本地版本库）；
4. 提交需要授权，如果没有写权限，提交会失败；
5. 提交并非每次都能够成功。如果有其他人先于你提交，会提示“改动基于过时的版本，先更新再提交”… 诸如此类；
6. 冲突解决是一个提交速度的竞赛：手快者，先提交，平安无事；手慢者，后提交，可能遇到麻烦的冲突解决。

 SVN优点

1、 管理方便，逻辑明确，符合一般人思维习惯。 

2、 易于管理，集中式服务器更能保证安全性。 

3、 代码一致性非常高。 

4、 适合开发人数不多的项目开发(一般公司很难有几十个人同时开发)。 

​​​​​​​SVN缺点 

1、 服务器压力太大，数据库容量暴增。 

2、 如果不能连接到服务器上，基本上不可以工作，不能提交，还原，对比等等。 

3、 不适合开源开发（开发人数非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题。

4、如果中央服务器的磁盘发生故障，并且没做过备份或者备份得不够及时的话，还会有丢失数据的风险。

方案二git​​​​​​​

        分布式版本控制方案，采用GIT工具管理。

​​​​​​​Git特点

Git中每个克隆(clone)的版本库都是平等的。你可以从任何一个版本库的克隆来创建属于你自己的版本库，同时你的版本库也可以作为源提供给他人，只要你愿意。

Git的每一次提取操作，实际上都是一次对代码仓库的完整备份。

提交完全在本地

​​​​​​​

完成，无须别人给你授权，你的版本库你作主，并且提交总是会成功。

甚至基于旧版本的改动也可以成功提交，提交会基于旧的版本创建一个新的分支。

Git的提交不会被打断，直到你的工作完全满意了，PUSH给他人或者他人PULL你的版本库，合并会发生在PULL和PUSH过程中，不能自动解决的冲突会提示您手工完成。

冲突解决不再像是SVN一样的提交竞赛，而是在需要的时候才进行合并和冲突解决。

Git 也可以模拟集中式的工作模式

Git版本库统一放在服务器中，可以为 Git 版本库进行授权：谁能创建版本库，谁能向版本库PUSH，谁能够读取（克隆）版本库

团队的成员先将服务器的版本库克隆到本地；并经常的从服务器的版本库拉（PULL）最新的更新；

团队的成员将自己的改动推（PUSH）到服务器的版本库中，当其他人和版本库同步（PULL）时，会自动获取改变

Git 的集中式工作模式非常灵活

你完全可以在脱离Git服务器所在网络的情况下，如移动办公／出差时，照常使用代码库；

你只需要在能够接入Git服务器所在网络时，PULL和PUSH即可完成和服务器同步以及提交；

Git提供 rebase 命令，可以让你的改动看起来是基于最新的代码实现的改动；

Git 有更多的工作模式可以选择，远非 Subversion可比

​​​​​​​Git优点

1、适合分布式开发，强调个体。 

2、公共服务器压力和数据量都不会太大。 

3、速度快、灵活。 

4、任意两个开发者之间可以很容易的解决冲突。 

5、离线工作。 

​​​​​​​Git缺点 

1、学习周期相对而言比较长。 

2、代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

版本控制方案三

采用版本控制软件+项目管理软件进行管理

注：结合自己公司实际情况，目前大部分公司各部门用的SVN管理软件比较多相对熟悉，git比较适合开源项目开发版本管理，产品类可以使用以上两种方式进行管理，对于项目型产品可以借助项目管理软件进行管控。