一、概念 {#一、概念}

仓库（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。

更新和提交是分开的。执行提交，不会自动更新代码；执行更新，也不会自动提交代码。

参考链接：https://cloud.tencent.com/developer/article/1054158