1、 将文件checkout到本地目录
例如：svn checkout svn: // 192.168 . 1.1 / pro / domain
简写：svn co
2、 往版本库中添加新的文件
例如：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 " lock test file " test.php
svn unlock PATH
5、 更新到某个版本
例如：
svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。
svn update -r 200 test.php(将版本库中的文件test.php还原到版本200)
svn update test.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件 ，然后清除svn resolved ，最后再提交commit)
简写：svn up
6、 查看文件或者目录状态
（目录下的文件和子目录的状态，正常状态不显示）【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】
2 ）svn status -v path
(显示文件和子目录状态)第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。
注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。
简写：svn st
7、 删除文件
例如：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 log test.php 显示这个文件的所有修改记录，及其版本号的变化
9、 查看文件详细信息
例如：svn info test.php
10、 比较差异
例如：svn diff test.php
svn diff -r m:n path(对版本m和版本n比较差异)
例如：svn diff -r 200:201 test.php
简写：svn di
11、 将两个版本之间的差异合并到当前文件
例如：svn merge -r 200 : 205 test.php（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下）
12、 SVN 帮助
svn help ci
------------------------------------------------------------------------------
以上是常用命令，下面写几个不经常用的
------------------------------------------------------------------------------ 来
13、 版本库下的文件和目录列表
显示path目录下的所有属于版本库的文件和目录
简写：svn ls
14、 创建纳入版本控制下的新目录
svn mkdir
: 创建纳入版本控制下的新目录。
用法: 1、mkdir PATH...
2、mkdir URL...
创建版本控制的目录。
1、每一个以工作副本 PATH 指定的目录，都会创建在本地端，并且加入新增
调度，以待下一次的提交。
2、每个以URL指定的目录，都会透过立即提交于仓库中创建。
在这两个情况下，所有的中间目录都必须事先存在。
15、 恢复本地修改
svn revert
: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。revert:
用法: revert PATH...
注意: 本子命令不会存取网络，并且会解除冲突的状况。但是它不会恢复
被删除的目录
16、 代码库URL变更
svn switch (sw):
更新工作副本至不同的URL。
用法: 1、switch URL [PATH]
2、switch --relocate FROM TO [PATH...]
1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将
服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的
方法。
2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动
(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用
这个命令更新工作副本与仓库的对应关系。
17、 解决冲突
svn resolved: 移除工作副本的目录或文件的“冲突”状态。
用法: resolved PATH...
注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的
相关文件，然后让 PATH 可以再次提交。
1>修改了某个文件，想传上去： svn ci bob.c -m "bob modify"
2>如果 想想cvs 那样， cvsi ci bob.c 的时候自动弹出 vi窗口，要设置SVN_EDITOR变量： export SVN_EDITOR=/usr/bin/vim ， 可以写死在 /root/.bash_profile 里面去。
3>新添加了某个文件， 想传上去， echo 1 > bob.c ; svn add bob.c ; svn ci bob.c
4>自己修改了， 发现错了， 想恢复到svn上面的版本， 可以用 svn update bob.c -r25 // 25 是版本号 。
5>想要删除某个文件bob.c : svn del bob.c ; svn ci bob.c
6> 想彻底更新某个目录（可能改了某个目录的一些文件，都不想要了） ， svn revert -R xxx （xxx是那个目录）
7>比如 ，我checkout下来后，新建了一个目录，然后要上传整个目录， 这点比cvs强，
svn add xxx (xxx就是那个目录) ，他会递规的增加整个目录的。
然后 svn ci 即可
比如bob ，假如我修改了比较大的地方的代码，
我的流程是：
1>checkout 下来kernel的最新版本 （如果以前已经有了就update 一下 ， 具体的命令不能用update ，应该用svn revert
2> 修改，本地调试， 测试ok
3> check in 自己修改过的文件和增加的文件（svn add xxx) 。 注意人无完人， 可能会忘记传了某个文件， 你可以在根目录下 ，执行svn ci ，它会列出来你改了哪些文件
4> 上传完毕后， 把全部代码 checkout 下来 ，编译， 测试， 如果ok ， 发mail 给相关的人， 内容，比如“I have updated "drivers/fs/ext3.c , pls update it " ,总之越详细越好，
最好精确到文件， 如果不能精确到文件 ，也要精确到目录， 不要说 ，"我更新了kernel的代码， 你update一下”这样的话 ， 会给别人增加工作量，kernel 那么多的代码， 别人总不能每次都update ， 那样时间会很长。
5> 等待着别人的问题报告。。。。。。
注意事项： 当你都没有稳定某个c文件的时候 ，不要check in ， 不要三天两头checkin svn上的同一个文件（如果是这样，只能说明，你的改的还不稳定， 先自己测试稳定了再传）
另外， svn 不是个人的备份的仓库，是大家的财产，要一字千金的改。
很多人用VPS做subversion服务器来管理代码。在subversion里面怎样撤销一次错误的check in呢？一般用svn merge来达成目的。
比如我们刚才有了一次错误的checkin，我们想回滚到正确的版本去。
首先保证我们拿到的是最新代码，运行svn update，假设是28版本。
然后找出要撤销的确切版本：
svn log contacts.java |
根据log怀疑是27版本改坏的，比较一下：
svn diff -r 26:27 contacts.java |
发现果真是27版本坏事。
撤销27版本的改动：
svn merge -r 27:26 contacts.java |
为了保险起见，再次确认合并的结果：
svn diff contacts.java |
发现已正确撤销了改动，提交。
提交改动
svn commit -m "Revert wrong change from r27" |
提交后版本变成了29。