1、将文件checkout到本地目录

de  >svn checkout path（path是服务器 上的目录）
例如：svn checkout svn://192.168.1.1/pro/domainde>

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

de  >svn add file
例如：svn add test.php(添加test.php)
svn add *.php(添加当前目录下所有的php文件)
de>

3、将改动的文件提交到版本库

de  >svn commit -m “LogMessage“ [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关)
例如：svn commit -m “add test file for my test“ test.php
简写：svn ci
de>

4、加锁/解锁

de  >svn lock -m “LockMessage“ [--force] PATH
例如：svn lock -m “lock test file“ test.php
svn unlock PATH
de>

5、更新到某个版本

de  >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
de>

6、查看文件或者目录状态

de  >1）svn status path（目录下的文件和子目录的状态，正常状态不显示）
【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】
2）svn status -v path(显示文件和子目录状态)
第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。
注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。
简写：svn st
de>

7、删除 文件

de  >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)
de>

8、查看日志

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

9、查看文件详细信息

de  >svn info path
例如：svn info test.php
de>

10、比较差异

de  >svn diff path(将修改的文件与基础版本比较)
例如：svn diff test.php
svn diff -r m:n path(对版本m和版本n比较差异)
例如：svn diff -r 200:201 test.php
简写：svn di
de>

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

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

12、SVN 帮助

de  >svn help
svn help ci
——————————————————————————
de>

以上是常用命令，下面写几个不经常用的

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

13、版本库下的文件和目录列表

de  >svn list path
显示path目录下的所有属于版本库的文件和目录
简写：svn ls
de>

14、创建纳入版本控制下的新目录

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

15、恢复本地修改

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

16、代码 库URL变更

de  >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/myttde>

17、解决 冲突

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

18、输出指定文件或URL的内容。

de  >svn cat 目标[@版本]…如果指定了版本，将从指定的版本开始查找。
svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的)
de>

19、 查找工作拷贝中的所有遗留的日志文件，删除进程中的锁 。

de  >当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
de>

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

de  >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 导出一个工作拷贝。

另附：为SVN 加入Email通知 
可以通过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" 

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

svn将分支、主干等处理

de  >创建分支
svn cp -m "create branch" http://svn_server/xxx_repository/trunk http://svn_server/xxx_repository/branches/br_feature001 获得分支 
svn co http://svn_server/xxx_repository/branches/br_feature001 合并主干上的最新代码到分支上
cd br_feature001 
svn merge http://svn_server/xxx_repository/trunk 如果需要预览该刷新操作，可以使用svn mergeinfo命令，如：
svn mergeinfo http://svn_server/xxx_repository/trunk --show-revs eligible或使用svn merge --dry-run选项以获取更为详尽的信息。

分支合并到主干
一旦分支上的开发结束，分支上的代码需要合并到主干。SVN中执行该操作需要在trunk的工作目录下进行。命令如下：
cd trunk 
svn merge --reintegrate http://svn_server/xxx_repository/branches/br_feature001 分支合并到主干中完成后应当删该分支，因为在SVN中该分支已经不能进行刷新也不能合并到主干。

合并版本并将合并后的结果应用到现有的分支上
svn -r 148:149 merge http://svn_server/xxx_repository/trunk建立tags
产品开发已经基本完成，并且通过很严格的测试，这时候我们就想发布给客户使用，发布我们的1.0版本
svn copy http://svn_server/xxx_repository/trunk http://svn_server/xxx_repository/tags/release-1.0 -m "1.0 released"删除分支或tags
svn rm http://svn_server/xxx_repository/branches/br_feature001svn rm http://svn_server/xxx_repository/tags/release-1.0同步trunk代码至分支
cd my-working-branch
svn merge http://my-repo/trunk该命令负责把从创建该branch后，trunk上所有的修改复制一份，然后应用到本branch上，因此重复进行merge会导致冲突de>