(如果是第一次提交文件，很可能会出现“svn：'.'不是工作副本”，即当前目录不是工作副本，这个时候需要用到import：

eg：svn import . url)

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、查看文件或者目录状态
1）svn status path（目录下的文件和子目录的状态，正常状态不显示）
【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】M状态一般比较多
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 log path
例如：svn log test.php 显示这个文件的所有修改记录，及其版本号的变化
9、查看文件详细信息
svn info path
例如：svn info test.php
10、比较差异
svn diff path(将修改的文件与基础版本比较)
例如：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 m:n path
例如：svn merge -r 200:205 test.php（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下）
12、SVN 帮助
svn help
svn help ci
——————————————————————————
以上是常用命令，下面写几个不经常用的
——————————————————————————
13、版本库下的文件和目录列表
svn list path
显示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 可以再次提交。 
18、输出指定文件或URL的内容。
svn cat 目标[@版本]…如果指定了版本，将从指定的版本开始查找。
svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的)

 

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 常用命令一览表

四、SVN 常用命令一览表

命令	功能	使用格式
checkout	检出	svn  co  URL
up	更新到当前URL的末端	svn  up
			switch	更新到某一tag/branch	svn  switch  (tag/分支)URL
add	增加	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)URL
ci	提交	svn ci -m "commit log"
log	查看当前工作副本log	svn  log
			只查看指定版本的log	svn  log  -r
	打印log所有附加信息	svn  log  -v
	查看当前tag/branch版本详情	svn  log --stop-on-copy -v
	info	查看当前工作副本所在URL	svn  info
status	查看工作副本的状态	svn st
	查看文件的taglist	svn命令不支持，可执行cs taglist
tag	新增tag	svn cp . （tag）URL
			删除tag	svn rm （tag）URL -m "commit log"
	覆盖已经存在的tag	不支持
	分支开发	创建branch	svn  cp  （基线版本）URL （分支）URL  -m "commit log"
删除branch		svn rm （分支）URL   -m "commit log"
同步		svn co （主干）URL
		cd ~/wc
		svn merge （主干）URL （待同步tag）URL
		svn ci -m "commit log"
		svn cp （主干）URL （以_PD_BL_MAIN结尾的tag）URL -m"commit log"
合并		svn co （合并目标）URL
		cd ~/wc
		svn merge （基线版本tag）URL  （上线tag）URL
		svn 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（增，删，改）

svn diff -r  v_1 : v_2 svn_path

svn diff -r 200:201 test.php

查看svn版本

svnserve --version

ubuntu 安装svn 1.7、1.8

1） 打开source.list源：

sudo vi /etc/apt/sources.list

2） 添加源

deb http://ppa.launchpad.net/dominik-stadler/subversion-1.7/ubuntu precise main

deb-src http://ppa.launchpad.net/dominik-stadler/subversion-1.7/ubuntu precise main

3） 执行安装命令

sudo apt-get install subversion