1、将文件checkout到本地目录

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

de>

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 fileformy test“ test.php简写：svn ci

de>

4、加锁/解锁

de  >svn lock -m “LockMessage“ [--force] PATH例如：svn lock -m “lock test file“ test.phpsvn 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  >svndeletepath -m “deletetest fle“例如：svndeletesvn://192.168.1.1/pro/domain/test.php -m “delete test file”或者直接svndeletetest.php 然后再svn ci -m ‘deletetest file‘，推荐使用这种简写：svn (del, remove, rm)

de>

8、查看日志

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

de>

9、查看文件详细信息

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

10、比较差异

de  >svn diff path(将修改的文件与基础版本比较)例如：svn diff test.phpsvn 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 helpsvn 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  >svnswitch(sw): 更新工作副本至不同的URL。用法:1、switchURL [PATH]2、switch–relocate FROM TO [PATH...]1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的方法。2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用这个命令更新工作副本与仓库的对应关系。我的例子：svnswitch--relocate http://59.41.99.254/mytt http://www.mysvn.com/mytt

de>

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 statusL somedirM somedir/foo.c $ svn cleanup$ svn statusM 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 -r148:149merge 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"删除分支或tagssvn rm http://svn_server/xxx_repository/branches/br_feature001svn rm http://svn_server/xxx_repository/tags/release-1.0同步trunk代码至分支cd my-working-branchsvn merge http://my-repo/trunk该命令负责把从创建该branch后，trunk上所有的修改复制一份，然后应用到本branch上，因此重复进行merge会导致冲突

de>