常用SVN命令

1) 将修改后的文件提交到版本库

命令：

svn commit 文件名 -m "注释内容"

简写：svn ci 文件名 -m "注释内容"

作用：

将修改后的文件提交到版本库中，要注意和svn add 功能的区别，add并不提交到服务器，而是“预定提交到版本库中”。

例子：

假如修改了文件：android2.3/packages/apps/DeskClock/res/layout-land/desk_clock.xml，这时需要将此文件更新到版本库中去，如果版本库中也有这个文件，才可以将此文件更新进去。有多种方式可以更新，这里仅给出2种：

一：在当前目录android2.3/packages/apps/DeskClock/res/layout-land/下使用：

svn ci -m packages/apps/DeskClock/res/layout-land/desk_clock.xml  "修改了desk_clock.xml文件中的时钟第20行"

二：先cd到packages/apps/DeskClock/res/layout-land/目录下，然后使用：svn ci -m "修改了desk_clock.xml文件中的时钟第20行" 

总结：一般来说，在一个目录下有好几个文件已经修改，这时就可以直接进入到这个目录，然后用svn ci -m "注释" 就能够把这个目录下所有修改的文件提交到版本库中。当然，也可以不使用注释，直接使用svn ci即可，添加注释可以更加清楚修改了什么。

2) 将新添加的文件“预定添加到版本库”

命令：svn add 文件名/目录

作用：

将新的文件预定添加到版本库中（实际上并没有真正地添加到版本库中），前提是，版本库中没有这个文件，这个文件必须是新的。svn add之后，还必须使用svn ci 才能真正的提交到版本库中去。

例1：

假如有一个新文件：android2.3/packages/apps/DeskClock/res/layout-land/desk.xml，这时需要将此文件添加到版本库中去，有多种方式可以添加，这里仅给出2种：

一：在当前目录android2.3/packages/apps/DeskClock/res/下使用：

svn add android2.3/packages/apps/DeskClock/res/layout-land/desk.xml

二：cd到packages/apps/DeskClock/res/layout-land/目录下，然后：

svn add desk.xml即可

注意：add方法并没有把文件真正上传到服务器，还必须使用svn ci提交一下才能更新到服务器中。

例2：

假如有一个目录：rep1/rep2/rep3/a.xml，这个目录和子目录都是新创建的，现在要想把这个目录和子目录以及子目录中的所有文件都添加到版本库中去，怎么办？

方法：cd到rep1目录的父目录中，然后svn add rep1，这个命令会递归地把rep1以及子目录和子目录中的所有文件都“预定提交到版本库”中，然后再svn ci rep1 -m "注释内容”，这样就可以递归地把rep1以及子目录和所有文件真正地提交到服务器中。

3) 将版本库同步到当前项目中，或者说将当前版本更新到版本库中某个版本

命令：svn up -r x test

表示将版本库中的某个文件test或者源代码同步到版本x

例子：

假如版本库中有一个版本27，我想把当前项目同步到版本27，则可以使用：

svn up -r 27

注意：

a. 使用svn up表示从服务器上同步文件，默认情况下同步到最新版本；

b. 要区分up和ci的区别，up是把当前项目更新到版本库中的某个版本，而ci是把当前文件或者某个目录更新到版本库中，如果有新文件，则必须先使用add再ci；
c. svn up只会把更新服务器上新的文件，而不改变本地已经修改的尚未提交到服务器上的文件。

----------------------------------------------------------------------------------------------------------------------------------

2012.4-13 更新svn ci 和 svn add

----------------------------------------------------------------------------------------------------------------------------------

 如果要提交这个dir1目录以及该目录下包含的所有添加的文件，那么使用： svn add dir1

然后使用svn ci -m "注释内容"

即可将新增加的目录和该目录中的所有文件都提交到版本库中了。

注意：这种方式会导致一个问题：假如编译内核后，这个目录dir1下面会生成一些.o文件和其他一些目标文件，而这些目标文件是不能提交到服务器的，这种情况下有两种解决方法：

一：直接把这些生成的.o文件和不需要的文件删除掉，然后再svn add dir1。这种方法的缺点就是需要重新编译。

二：不删除生成的.o文件和其他文件，先使用svn add --depth=empty dir1 将这个目录添加，而并不添加目录下面的其他文件，然后再svn ci dir1提交这个空目录，最后再以这种方式：svn add ./dir1/fie_a 添加该目录下的其他指定的文件，然后再svn ci ./dir1/fie_a 就可以了，这避免了勿提交不需要的文件。这种方法的缺点就是对于提交较多文件时不方便。

——————————————————————————————————————————————————————

2012.5.10 更新

——————————————————————————————————————————————————————

查看修改的所有的log记录：svn log

查看某个具体版本号的所有修改的记录： svn log -v  -r n

注：n是某个版本号

例子：

假如要查看320这个版本号的修改记录，就用：svn log -v -r 320

————————————————————————————————————————————————————————

2012.6.6 更新

————————————————————————————————————————————————————————

要比较两个版本有什么差异，或者说想知道某个版本和之前的版本相比到底修改了哪些内容，用diff命令即可：

svn diff -r m:n path

例如：svn diff -r 200:201  x.c (对x.c这个文件的版本200和版本201比较差异)

然后终端会出现修改的记录，减号表示旧版本中的，加号表示新版本中要添加的内容，@@符号后面第一个是修改后的行数。

————————————————————————————————————————————————————————

2012.8.28 更新

————————————————————————————————————————————————————————

svn up (svn update) 状态缩写含义：  

A：add，新增 

C：conflict，冲突 

D：delete，删除 //之后要用 svn ci 目录／ 注意不要加＊ 

M：modify，本地已经修改 

G：modify and merGed，本地文件修改并且和服务器的进行合并 

U：update，从服务器更新 

R：replace，从服务器替换 

I：ignored，忽略

SVN（Subversion）是一个自由、开源的项目源代码版本控制工具。目前，绝大多数开源软件和企业代码管理，都使用SVN作为代码版本管理软件。

Subversion将文件存放在中心版本库里，这个版本库很像一个普通的文件服务器。不同的是，它可以记录每一次文件和目录的修改情况，这样就可以在需要的回滚时，将数据恢复到以前的版本，并可以查看数据的更改细节。

SVN 官方网址：Apache Subversion

SVN 服务器配置：安装SVN服务器

一、 SVN常用命令

1、将文件checkout到本地目录
svn checkout path（path是服务器上的目录）
简写：svn co

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

3、将改动的文件提交到版本库
svn commit -m “LogMessage” [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关)
简写：svn ci

4、加锁/解锁
svn lock -m “LockMessage” [--force] PATH
svn unlock PATH

5、更新到某个版本
svn update -r m path
简写：svn up

6、查看文件或者目录状态
1）svn status path（目录下的文件和子目录的状态，正常状态不显示）
2）svn status -v path(显示文件和子目录状态)
简写：svn st

7、删除文件
svn delete path -m “delete test fle”
简写：svn (del, remove, rm)

8、查看日志
svn log path

9、查看文件详细信息
svn info path

10、比较差异
svn diff path(将修改的文件与基础版本比较)
svn diff -r m:n path(对版本m和版本n比较差异)
简写：svn di

11、将两个版本之间的差异合并到当前文件
svn merge -r m:n path

12、SVN 帮助
svn help
svn help ci

 

二、 SVN不常用命令
13、版本库下的文件和目录列表
  svn list path    显示path目录下的所有属于版本库的文件和目录简写：svn ls

14、创建纳入版本控制下的新目录
svn mkdir: 创建纳入版本控制下的新目录。
用法: 
1、mkdir PATH...
每一个以工作副本 PATH 指定的目录，都会创建在本地端，并且加入新增调度，以待下一次的提交。
2、mkdir URL... 创建版本控制的目录。 
每个以URL指定的目录，都会透过立即提交于仓库中创建。在这两个情况下，所有的中间目录都必须事先存在。

15、恢复本地修改
svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。
用法: revert PATH... 注意: 本子命令不会存取网络，并且会解除冲突的状况。但是它不会恢复被删除的目录

16、代码库URL变更
svn switch (sw): 更新工作副本至不同的URL。
用法: 
1、switch URL [PATH]        
更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将      服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的方法。 
2、switch --relocate FROM TO [PATH...]   
改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动     (比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用     这个命令更新工作副本与仓库的对应关系。

17、解决冲突
svn resolved: 移除工作副本的目录或文件的“冲突”状态。
用法: resolved PATH... 注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的相关文件，然后让 PATH 可以再次提交。

18、输出指定文件或URL的内容。
svn cat 目标[@版本]...如果指定了版本，将从指定的版本开始查找。 svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的）
 

三、 SVN其它命令

虽然不像本章先前讨论过的那些命令那么常用，但是有时你也需要这些命令。 

svn cleanup
当Subversion修改你的工作副本时（或者任何在.svn中的信息），它尝试尽可能做到安全。在改变一个工作副本前，Subversion把它的意 图写到一个日志文件中。接下来它执行日志文件中的命令来应用要求的修改。最后，Subversion删除日志文件。从架构上来说，这与一个日志文件系统 （journaled filesystem）类似。如果一个 Subversion操作被打断（例如，进程被杀掉了，或机器当掉了）了，日志文件仍在硬盘上。重新执行日志文件，Subversion可以完成先前开始 的操作，这样你的工作副本能回到一个可靠的状态。 

以下是svn cleanup所做的：它搜索你的工作副本并执行所有遗留的日志，在这过程中删除锁。如果Subversion曾告诉你你的工作副本的一部分被“锁定”了，那么你应该执行这个命令。另外， svn status会在锁定的项前显示L。 

$ svn status
L    somedir
M   somedir/foo.c 

$ svn cleanup
$ svn status
M      somedir/foo.c

svn import
使用svn import是把未版本化的文件树复制到资料库的快速办法，它需要创建一个临时目录。 

$ svnadmin create /usr/local/svn/newrepos
$ svn import mytree file:///usr/local/svn/newrepos/some/project
Adding         mytree/foo.c
Adding         mytree/bar.c
Adding         mytree/subdir
Adding         mytree/subdir/quux.h

Committed revision 1.

上面的例子把在some/project目录下mytree目录的内容复制到资料库中。 

$ svn list file:///usr/local/svn/newrepos/some/project
bar.c
foo.c
subdir/

注意在导入完成后，原来的树没有被转化成一个工作副本。为了开始工作，你仍然需要svn checkout这个树的一个新的工作副本。

四、SVN 常用命令一览表

命令功能使用格式checkout检出svn  co  URLup更新到当前URL的末端svn  upswitch更新到某一tag/branchsvn  switch  (tag/分支)URLadd增加svn  add  文件名rm删除文件svn  rm 文件名删除目录svn  rm 目录名diff与base版本（最后检出或者更新到的版本）对比svn  diff与版本库中最新版本对比svn  diff  -r  head当前工作副本，两个版本之间对比svn  diff  -r  reversion1:reversion2版本库中任意两个tag做对比svn   diff    (tag1)URL    (tag2)URLci提交svn ci -m "commit log"log查看当前工作副本logsvn  log只查看指定版本的logsvn  log  -r打印log所有附加信息svn  log  -v查看当前tag/branch版本详情svn  log --stop-on-copy -vinfo查看当前工作副本所在URLsvn  infostatus查看工作副本的状态svn st查看文件的taglistsvn命令不支持，可执行cs taglisttag新增tagsvn cp . （tag）URL删除tagsvn rm （tag）URL -m "commit log"覆盖已经存在的tag不支持分支开发创建branchsvn  cp  （基线版本）URL （分支）URL  -m "commit log"删除branchsvn rm （分支）URL   -m "commit log"同步svn co （主干）URLcd ~/wcsvn merge （主干）URL （待同步tag）URLsvn ci -m "commit log"svn cp （主干）URL （以_PD_BL_MAIN结尾的tag）URL -m"commit log"合并svn co （合并目标）URLcd ~/wcsvn merge （基线版本tag）URL  （上线tag）URLsvn ci -m "commit log"svn cp （合并目标）URL （上线tag_MERGE_的tag对应）URL -m"commit log"

SVN实例

删除目录下所有的 .svn 隐藏子目录

find . -name ".svn" -print0 | xargs -0 rm -rf

tags打分支

svn  cp  trunk/    tags/platform_2011.11.11    （或 svn  cp  http://192.168.1.100/platform/trunk/    http://192.168.1.100/platform/tags/platform_2011.11.11）

svn  ci  -m  "svn  cp  trunk/    tags/platform_2011.11.11"         // 提交，并给出提交记录（-m  "svn  cp  trunk/    tags/platform_2011.11.11"）

svn 改名

svn  mv  platform_2011.11.11   platform_20111111

svn  ci  -m  "svn  mv  platform_2011.11.11   platform_20111111"        // 提交

svn directory is missing

1） svn up missingDirName
2） svn del missingDirName
3） svn ci

svn chech version

svn  co  http://192.168.1.100/platform/branch  -r  12  platform_branch_v12

svn log

svn  log  http://192.168.1.100/platform/branch  -l10              // svn  文字注释log

svn  log  http://192.168.1.100/platform/branch  -l10  -v          // svn 文字注释log + 文件更新log（增，删，改）