几种常用的版本控制软件介绍

如果你是一个人单干，而且从来不想着让代码回到N久以前的状态，那么可以直接忽略这篇文章，否则，还是爱吧。。。

词库： Repository(仓库)、Trunk（主干）、Branch(分支)、Revision(修改)

常用版本控制软件有以下几个：svn, git, mercurial, vss，分别介绍一下。

//-------------------------------------------------------------------------------------------------------------------------------------------------------------------------

subversion (简称svn) 是近年来崛起的版本管理软件，是cvs的接班人。目前，绝大多数开源软件都使用svn作为代码版本管理软件。

Subversion将文件存放在中心版本库里。这个版本库很像一个普通的文件服务器，不同的是，它可以记录每一次文件和目录的修改情况。这样就可以籍此将数据恢复到以前的版本，并可以查看数据的更改细节。正因为如此，许多人将版本控制系统当作一种神奇的“时间机器”。

经典的工作流程：

1、从服务器下载项目组最新代码

 

2、进入自己的分支，进行工作，每隔一段时间向服务器自己的分支提交一次代码。

 

3、下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。

 

详细教程： http://wenku.baidu.com/view/aa148e66783e0912a2162a3a.html

 

//-------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Git 是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理

分布式和集中式的最大区别在于开发者可以本地提交。每个开发者机器上都有一个服务器的数据库

经典的Git开发过程：

1：从服务器上克隆数据库（包括代码和版本信息）到单机上。

2：在自己的机器上创建分支，修改代码。

3：在单机上自己创建的分支上提交代码。

4：在单机上合并分支。

5：新建一个分支，把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。

6：生成补丁（patch），把补丁发送给主开发者。

7：看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。

8：一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。

//-------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Mercurial

 

具体的比较在这里：

 

http://article.yeeyan.org/view/243154/211055

//-------------------------------------------------------------------------------------------------------------------------------------------------------------------------

vss 微软的东西，，，初学者可以用一用，其它的用户实在是太少了。

转载于:https://www.cnblogs.com/jeekun/archive/2012/12/04/2802006.html