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

如果你是一个人单干,而且从来不想着让代码回到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 微软的东西,,,初学者可以用一用,其它的用户实在是太少了。

posted @ 2012-12-04 20:30  jeekun  阅读(10859)  评论(0编辑  收藏  举报