Linux学习闲谈(二)
——SVN版本控制拾遗
(转载请附上本文链接——linhxx)
一、概念
仓库(repository)是代码总的存放的地方,工作副本(working copy)的每个开发者用于开发的地方。版本控制方法如下图:
两个开发者一起检出,其中一个开发完提交,另一个后提交的,必须先update最新的仓库,否则无法提交。检出后,后者可以提交。该解决方案称为“复制-修改-合并”。
但是,对于图片等二进制文件,用加锁-修改-解锁模型更好。因此还要根据实际情况。
二、版本控制方法
svn采用全局的版本号的方式,任意仓库的工作副本的提交,都会改变整个版本号。即版本号是全局的,不是给每个文件一个版本号。
三、仓库寻址
可以采用http、file、svn等方式进行寻址,如下:
模式 | 访问方式 |
file:/// | 直接仓库访问 (仓库在本地磁盘上) |
http:// | 通过 WebDAV 协议访问可识别 Subversion 的 Apache 服务器 |
https:// | 和 http:// 相同, 但是增加了 SSL 封装 (加密和授权) |
svn:// | 通过传统的协议访问 svnserve 服务器 |
svn+ssh:// | 和 svn:// 相同, 但是增加了 SSH 隧道 |
其中,可以用^表示仓库的根目录,在工作副本中可以使用。另外,^/表示根路径。
四、工作副本
工作副本是用户的本地系统的目录,是用户的私有空间。对svn仓库的修改,并非从一个工作副本直接传递到另一个工作副本,而是要用户将工作副本提交到仓库,其他用户再从仓库中更新代码。
在1.7版以前,Svn在工作副本的每一个子目录内都维护了一个.svn目录。svn1.7在存放和维护工作副本元数据上提出了一种全新的方法,从外面看最显著的变化是每个工作副本只创建了一个.svn目录,存放在工作副本的根目录下。
1、工作原理
svn为工作副本中的每一个文件记录两项信息:文件的版本号和时间戳,时间戳用于记录该文件最后一次在版本库更新的时间。
当用户执行svn ci或者svn up时,会对文件的这两项进行判断:
1)如果本地和仓库都没更新,则没反应。
2)如果本地更新,仓库是旧的,则up没反应,ci会提交。
3)如果本地没更新,仓库更新,则up会更新本地,ci没反应。
4)如果本地和仓库都更新,直接ci会报冲突,需要先up,但如果该的是同一行,svn up会失败,则需要人工处理冲突,再ci提交。
2、版本号混合
仓库中当前两个文件a和b,当前版本号是1。现在在工作副本中,修改a,并提交。则工作副本中a版本号是2,b版本号还是1;仓库中a、b版本号都是2(对于b来说,版本号1和版本号2的内容是完全一样的)。只有再工作副本中,再次执行svn up,才会使工作副本的a、b版本号也都是2。
即,更新和提交是分开的。执行提交,不会自动更新代码;执行更新,也不会自动提交代码。
——written by linhxx
更多最新文章,欢迎关注微信公众号“决胜机器学习”,或扫描右边二维码。