SVN（Subversion）

[align=left]pragram -mark——————SVN（Subversion）?-----------------[/align]

[align=left]
[/align]

[align=left]有一个简单但不十分精确比喻：
SVN = 版本控制 + 备份服务器[/align]
简单的说，您可以把SVN当成您的备份服务器，更好的是，他可以帮您记住每次上传到这个服务器的档案内容。并且自动的赋予每次的变更一个版本。
通常，我们称用来存放上传档案的地方就做Repository。用中文来说，有点像是档案仓库的意思。不过，通常我们还是使用Repository这个名词。基本上，第一次我们需要有一个新增(add)档案的动作，将想要备份的档案放到Repository上面。日后，当您有任何修改时，都可以上传到Repository上面，上传已经存在且修改过的档案就叫做commit，也就是提交修改给SVN
server的意思。针对每次的commit，SVN server都会赋予他一个新的版本。同时，也会把每次上传的时间记录下来。日后，因为某些因素，如果您需要从Repository下载曾经提交的档案。您可以直接选择取得最新的版本，也可以取得任何一个之前的版本。如果忘记了版本，还是可以靠记忆尝试取得某个日期的版本。

[align=left][/align]
[align=left]为什么要用SVN？[/align]
[align=left]1。备份工作档案的重要性。您永远不知道计算机上的硬盘何时会坏掉。根据经验法则再加上墨菲定理，坏事情往往都发生在最重要的时刻。例如，要release东西的前一刻，硬盘完全坏掉，无法修复。所以，常常备份工作数据是非常重要的。大部分公司的server都会有专门的备份机制，甚至是异地备援。绝对比放在自己的计算机里头，或是随身碟上面来的安全。[/align]

[align=left]2。版本控管的重要重要性。您无法保证手头上最新版本永远都是对的。很多时候，在经过数天努力工作后，您才发现走错方向。需要将所有的修改回复到数天前版本。没有几个人能够完全记住自己修改过什么东西。如果没有做好版本控管，那么，最差的状况就是要全部重来。[/align]
[align=left]3。伙伴间的数据同步的重要性。很多时候，除了您个人外，还有其它的伙伴也需要您的档案。怎么把最新的档案提供给伙伴呢？用e-mail？根据经验，用e-mail是一个很差的办法。到了最后，根本就不知道哪一封e-mail才是新的。因为可能您最新的e-mail已经被当成垃圾信给丢了。别忘了，现在很多e-mail软件都有anti-spam(反垃圾邮件)的功能，说不定这些信件都被当成广告信给处理掉了。而且，您也应该知道一般档案如果放在e-mail内，档案大小会变得比较大（通常是原来的4/3倍以上）。如果每天更新一次，恐怕几天没收信的话，信箱就爆了！[/align]
[align=left]4。如果没有一个好的办法，备份不同版本是很耗费硬盘空间的。例如：您有一个总共10MB的目录，使用单纯的档案备份。如果有10个版本就会变成100MB。20个版本就有200MB。如果，不想备份这么多版本，势必就是要减少备份的次数。拉长备份周期将会导致数据遗失的危险性增高。把旧的不需要的备份删除？根据经验，只要时间一拉长，您跟本就不知道一个月以前的版本是重要或者是不重要。[/align]
[align=left]---------SVN能帮我们解决上面的问题吗？答案是肯定的：[/align]
[align=left]SVN Repository可以是自己计算机上的一个目录，或者是随身碟（不建议这样用）。当然也可以是公司的服务器。[/align]
[align=left]SVN有很棒的版本控管机制。所有上传的版本都会帮您记录下来。日后您可以随时取得某一个时刻的版本。而且，也有版本分支及合并等好用的功能。[/align]
[align=left]SVN可以让不同的开发者存取同样的档案，并且利用SVN Server作为档案同步的机制。也就是说，您有档案更新时，无须将档案寄给您的开发成员。只需要告诉他新的版本已经在SVN Server上面，请他自己去SVN Server上面就可以取得最新版本。而且，SVN Server也可以做到当您上传新版本后，自动发信给相关的成员。[/align]
[align=left]SVN的存放档案方式是采用差异备份的方式。也就是说，他只会备份有不同的地方。所以很省硬盘空间。此外，他也可以针对所谓的非文字文件进行差异备份。[/align]

[align=left] [/align]
[align=left]
[/align]
[align=left] pragram -mark——————trunk、branches、tags-----------------[/align]
[align=left]
[/align]
1.trunk是主分支，是日常开发进行的地方。（主干，平时开发都在这个文件夹内进行。）
2.branches是分支。一些阶段性的release版本，这些版本是可以继续进行开发和维护的，则放在branches目录中。又比如为不同用户客制化的版本，也可以放在分支中进行开发。（分支，里面存放从主干拉出来的各个分支，比如当遇到一个牵涉面很广的重大BUG，就可以从主干上为这个BUG拉一个分支到branches，然后针对这个BUG进行的开发都在这个分支下进行，等BUG修复好了，再合并回主干，这样可以避免正常的开发人员与BUG修复人员的相互干扰；在比如，软件的基础版本开发完成了，后面需要根据不同客户定制多个不同版本出来，那么就可以为每个客户拉一个分支出来，每个客户的定制开发就在各自的分支下进行，避免相互干扰。）

3.tags（标记）目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档。（里面存放对主干状态打的各个标记（实质还是分支），比如ReleaseV1.0、ReleaseV1.2、Build013等，通常用于对项目组内外提供测试版、发布版等。）

另外补充，对于配置管理的有关概念：
trunk：对应
4000
开发库

branches：对应开发库的子库，在某些情况下可对应测试库
tags：对应基线库、产品库，在某些情况下可对应测试库

[align=left] pragram -mark——————Linux学习篇-SVN命令详解-----------------[/align]

[align=left]
[/align]

在开发中，除了在本机文件夹上进行svn更新外，在命令行中进行svn操作也非常关键，下面列举下网站摘抄的一些文档：
1、将文件checkout到本地目录

svn checkout path（path是服务器上的目录）

例如：svn checkout svn://192.168.1.1/pro/domain

简写：svn co

2、往版本库中添加新的文件

svn add file

例如：svn add test.php(添加test.php)

svn add *.php(添加当前目录下所有的php文件)
3、将改动的文件提交到版本库

svn commit -m “LogMessage“ [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关)

例如：svn commit -m “add test file for my test“ test.php

简写：svn ci

4、加锁/解锁

svn lock -m “LockMessage“ [--force] PATH

例如：svn lock -m “lock test file“ test.php
svn unlock PATH
5、更新到某个版本

svn update -r m path

例如：

svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。

svn update -r 200 test.php(将版本库中的文件test.php还原到版本200)

svn update test.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit)

简写：svn up
6、查看文件或者目录状态

svn status path...（目录下的文件和子目录的状态，正常状态不显示）

【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】
2）svn status -v path(显示文件和子目录状态)

第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。

注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。

简写：svn st
7、删除文件

svn delete path -m “delete test fle“

例如：svn delete svn://192.168.1.1/pro/domain/test.php -m “delete test file”

或者直接svn delete test.php 然后再svn ci -m ‘delete test file‘，推荐使用这种

简写：svn (del, remove, rm)
8、移动文件或者目录或文件更名

svn move -m “move test fle“

例如：svn move -m “move test file” a.php  b.php 把当前目录下的a.php改名为b.php
svn move -m “move test file” address admin/address 把当前目录下得address目录移动到当前目录下的admin/address下
或者直接svn delete test.php 然后再svn ci -m ‘delete test file‘，推荐使用这种

简写：svn (del, remove, rm)

9、查看日志

svn log path

例如：svn log test.php 显示这个文件的所有修改记录，及其版本号的变化
10、查看文件详细信息

svn info path

例如：svn info test.php
11、比较差异

svn diff path(将修改的文件与基础版本比较)

例如：svn diff test.php
svn diff -r m:n path(对版本m和版本n比较差异)

例如：svn diff -r 200:201 test.php

简写：svn di

12、将两个版本之间的差异合并到当前文件

svn merge -r m:n path

例如：svn merge -r 200:205 test.php（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下）
13、SVN 帮助

svn help

svn help ci

——————————————————————————
以上是常用命令，下面写几个不经常用的
——————————————————————————
14、版本库下的文件和目录列表
svn list path

显示path目录下的所有属于版本库的文件和目录

简写：svn ls
15、创建纳入版本控制下的新目录
svn mkdir: 创建纳入版本控制下的新目录。

用法: 1、mkdir PATH…

2、mkdir URL…

创建版本控制的目录。

1、每一个以工作副本 PATH 指定的目录，都会创建在本地端，并且加入新增

调度，以待下一次的提交。

2、每个以URL指定的目录，都会透过立即提交于仓库中创建。

在这两个情况下，所有的中间目录都必须事先存在。
16、恢复本地修改
svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。revert:

用法: revert PATH…

注意: 本子命令不会存取网络，并且会解除冲突的状况。但是它不会恢复

被删除的目录
17、代码库URL变更
svn switch (sw): 更新工作副本至不同的URL。

用法: 1、switch URL [PATH]

2、switch –relocate FROM TO [PATH...]
1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将

服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的

方法。

2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动

(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用

这个命令更新工作副本与仓库的对应关系。

18、解决冲突
svn resolved: 移除工作副本的目录或文件的“冲突”状态。

用法: resolved PATH…

注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的

相关文件，然后让 PATH 可以再次提交。
19、输出指定文件或URL的内容。
svn cat 目标[@版本]…如果指定了版本，将从指定的版本开始查找。

svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的)

PS：SVN使用教程

      Cornerstone Svn简单使用指南

        SVN使用教程总结