Linux学习闲谈(二) ——SVN版本控制拾遗

Linux学习闲谈(二)

——SVN版本控制拾遗

（转载请附上本文链接——linhxx）

一、概念

仓库（repository）是代码总的存放的地方，工作副本（working copy）的每个开发者用于开发的地方。版本控制方法如下图：

两个开发者一起检出，其中一个开发完提交，另一个后提交的，必须先update最新的仓库，否则无法提交。检出后，后者可以提交。该解决方案称为“复制-修改-合并”。

但是，对于图片等二进制文件，用加锁-修改-解锁模型更好。因此还要根据实际情况。

二、版本控制方法

svn采用全局的版本号的方式，任意仓库的工作副本的提交，都会改变整个版本号。即版本号是全局的，不是给每个文件一个版本号。

三、仓库寻址

可以采用http、file、svn等方式进行寻址，如下：

其中，可以用^表示仓库的根目录，在工作副本中可以使用。另外，^/表示根路径。

四、工作副本

工作副本是用户的本地系统的目录，是用户的私有空间。对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

更多最新文章，欢迎关注微信公众号“决胜机器学习”，或扫描右边二维码。