最近经常使用 svn 进行代码管理，这些命令老是记不住，得经常上网查，终于找了一个 linux 下 svn 命令使用大全：

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

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

简写：svn co

svn add file

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

svn add *.php(添加当前目录下所有的 php 文件)

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

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

简写：svn ci

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

例如：svn lock -m “lock test file“ test.php

svn unlock PATH

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

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

【?：不在 svn 的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】

2）svn status -v path(显示文件和子目录状态)

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

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

简写：svn st

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)

svn log path

例如：svn log test.php 显示这个文件的所有修改记录，及其版本号的变化

svn info path

例如：svn info test.php

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

例如：svn diff test.php

svn diff -r m:n path(对版本 m 和版本 n 比较差异)

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

简写：svn di

svn merge -r m:n path

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

svn help

svn help ci

svn list path

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

简写：svn ls

svn mkdir: 创建纳入版本控制下的新目录。

用法: 1、mkdir PATH…

2、mkdir URL…

创建版本控制的目录。

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

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

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

在这两个情况下，所有的中间目录都必须事先存在。

svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。revert:

用法: revert PATH…

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

被删除的目录

svn switch (sw): 更新工作副本至不同的 URL。

用法: 1、switch URL [PATH]

2、switch –relocate FROM TO [PATH...]

1、更新你的工作副本，映射到一个新的 URL，其行为跟 “svn update” 很像，也会将服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的方法。

2、改写工作副本的 URL 元数据，以反映单纯的 URL 上的改变。当仓库的根 URL 变动(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用这个命令更新工作副本与仓库的对应关系。

我的例子：svn switch --relocate http://59.41.99.254/mytt http://www.mysvn.com/mytt 

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

用法: resolved PATH…

注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的相关文件，然后让 PATH 可以再次提交。

svn cat 目标 [@版本]… 如果指定了版本，将从指定的版本开始查找。

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

当 Subversion 改变你的工作拷贝（或是. svn 中 的任何信息），它会尽可能的小心，在修改任何事情之前，它把意图写到日志文件中去，然后执行 log 文件中的命令，然后删掉日志文件，这与分类帐的文件系统 架构类似。如果 Subversion 的操作中断了（举个例子：进程被杀死了，机器死掉了），日志文件会保存在硬盘上，通过重新执行日志文 件，Subversion 可以完成上一次开始的操作，你的工作拷贝可以回到一致的状态。

这就是 svn cleanup 所作的：它查找工作拷贝中的所有遗留的日志文件，删除进程中的锁。如果 Subversion 告诉你工作拷贝中的一部分已经 “锁定 ” 了，你就需要运行这个命令了。同样，svn status 将会使用 L 显示锁定的项目：

$ svn status

L somedir

M somedir/foo.c

$ svn cleanup

$ svn status

M somedir/foo.c

20、 拷贝用户的一个未被版本化的目录树到版本库。

行 svn checkout 导出一个工作拷贝。

可以通过 Subversion 的 Hook 脚本的方式为 SVN 加入邮件列表功能 

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.

在上一个例子里，将会拷贝目录 mytree 到版本库的 some/project 下：

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

注意，在导入之后，原来的目录树并没有 转化成工作拷贝，为了开始工作，你还是需要运行 svn checkout 导出一个工作拷贝。

可以通过 Subversion 的 Hook 脚本的方式为 SVN 加入邮件列表功能 

编译安装了 Subversion 后 在源码的 tools 下有一个 comm-email.pl 的 Perl 脚本，在你的档案目录下有一个 hooks 目录，进入到 hooks 目录把 post-commit.tmpl 改名为 post-commit 并给它可执行的权限。 

更改 post-commit 脚本 把 comm-email.pl 脚本的决对路径加上，否则 SVN 找不到 comm-email.pl 

REPOS="$1"

REV="$2"

/usr/local/svn /resp/commit-email.pl "$REPOS" "$REV" email@address1.com email@address2.com 

#log-commit.py --repository "$REPOS" --revision "$REV" 

最后一行是用来记日志的，我不用这个功能，所以注释掉了。