初识版本控制

      记得第一次接触到版本控制是在大三那一年，由于要做小组的作业，当时又凑巧碰到了CVS这个名词，于是便抽出一晚上的时间研究了一下，当时很是惊叹这样的技术理念。于是在小组会议上，我搭建了一个临时的CVS服务器，告诉大家使用的方法，虽然小组作业没有谁会认真对待，但是我们组因为CVS变得有声有色。这是对版本控制的最初接触。

     其实版本控制无非就是对你的编码进度进行的一项管理，它可以让你清晰的看到今天和昨天有哪些改进，万一出现了错误你可以很轻松的回溯到之前的状态。由于对于多人开发，显得尤为重要。

     今年进入公司开始工作后，第一个项目没有使用版本控制。因为早已经忘记了，直到做第一个项目的总结时才觉得如果使用了版本控制，很多问题都会变得更加轻松，于是在第二个项目开始时，我抽时间熟悉了一下。

      常见的版本控制有CVS，SVN，GIT等，CVS最大的弱点就是会多每个文件编号，对于一个工程管理就有些麻烦了，除非你自己记录好每个文件的状态，SVN则更加强大，但也是以牺牲空间作为代价的，备份一个中等的工程就要几百兆。相反git则更加灵活小巧，占用的空间也是非常的小，实际发现，它备份的工程比实际还要小，而且你也不用担心服务器挂掉，因为git可以在本地布置，而且速度也是最快。

       git是linux环境下常用的软件，一开始用于linux内核的开发管理，在windows下也应该有相应的版本。如果安装有Cygwin可以测试一下git命令。

       git init : 初始化仓库。执行后会在当前目录创建一个.git目录，这就是本地的仓库。

       git add **:向索引中加入文件（夹）。这个索引可以看做一个标记，表明对什么文件要进行版本控制，实际上还没有导入到仓库。

 

       git commit -m “描述版本信息”：这才是向仓库中提交。之前索引的文件会经过压缩提交到仓库。仓库中每一次的版本都会生成唯一的一个ID。

       git status

       git log:     对当前的状态或日志的查看

       git clone:可以对其它如SVN项目等克隆。git clone .git newProject，可以根据仓库生成出相应的工程。

       git checkup id:从仓库中取文件。

      

分支管理

      git会自动创建master分支，其实分支可以使成员之间的版本不受干扰。创建一个分支很简单：git branch name

      在分支的任何操作都不会影响到其它分支，成功创建一个分支后可以通过

 

       git branch：查看当前分支列表。

       git checkout branchName ；切换到某一分支

       git merge branchName :合并分支，将另一分支提交到当前分支

       git branch -d branchName: 删除一个分支