SVN使用小结

   SVN是Subversion的简称。是一个开放源码的版本号控制系统。在它的管理下，文件和文件夹能够超越时空的限制，权且当作一种奇妙的“时间机器”吧。

基本功能

   版本号控制

   作为一个版本号控制系统，SVN能够及时的更新版本号。将文件存放在中心版本号库里。

这个版本号库非常像一个普通的文件server，不同的是，它能够记录每一次文件和文件夹的改动情况。

这样就能够籍此将数据恢复到曾经的版本号，并能够查看数据的更改细节。

   备份

   SVN会对你的每一次操作和更改进行备份（为了节省占用空间。多採用增量备份）。更改错误、误删、不惬意、修bug、建分支，这些都没关系。

有了SVN，妈妈再也不用操心我改代码了。so easy !

工作流程

   

要点

   对SVN总体的了解和把控。

   文件的检出（Checkout）、加入（Add）、提交（Commit）、更新（Update）；

   版本号库的合并、分离、转移；点这里

冲突

   在使用SVN提交文档时，不免遇到冲突而无法提交。

   产生原因：

   多位团队成员操作同一文件，此时版本号号为1。A小伙工作利索。干劲十足。非常快操作完毕，提交后server上版本号变化为2；B小伙干的慢，随后也完毕了，開始提交，此时冲突出现。

由于B要提交的文件此时在server上已经变更为版本号2，内容也有所更改。

   解决冲突：

   1.resolve（编辑冲突） 

   2.revert（选择SVN还原，放弃自己所做的改动）

   3.成员协商交流

   怎样避免：

   1.对文件改动编辑前。先更新（update）。

   2.对文件编辑后，及时提交（commit），勤提交；

   3.多沟通。

关于更新和提交

   在看社河师哥录制的视频时。发现师哥总是先提交一下。然后紧接着就更新。看《SVN源码管理规范 2.0》时。上面强调要先更新，再提交。

相互矛盾，自己感觉先更新和先提交都能达到目的。查阅资料以后理解了。事实上对于紧锣密鼓的开发工作时，先后没有什么大影响，这个问题就变成了先有鸡还是先有蛋的问题。

   可是，对于日常开发。先更新再提交应该是一个好习惯。更新之后才干保证眼下自己的文件是最新版的，此时開始编辑，能够有效的降低冲突，这正照顾了上面提到的怎样避免冲突。

长处
   1.记录细节
   2.成果复用
   2.协同工作
   3.便于管理
   4.备份及时

对SVN画张图

   

小结

    关于SVN的内容不止我介绍的这么一丢丢，还有待在兴许的合作发开中不断实践发现。软件开发工具随着时代发展在不断的更新迭代中。SVN来源于CVS，却将要替代CVS，可见人们对工具的使用总是非常挑剔，对先进工具的不断学习必将提高我们的工作效率，所以对学习这件事来说。我们未完待续……