linux下svn常用指令

一、linux下svn常用指令

字母意义：

A：add，新增
C：conflict，冲突
D：delete，删除
M：modify，本地已经修改
G：modify and merGed，本地文件修改并且和服务器的进行合并
U：update，从服务器更新
R：replace，从服务器替换
I：ignored，忽略

0、查看svn副本信息info

svn info
信息大概如下：
路径: .
工作副本根目录: /home/lhh/new_nav/src/robot_task
URL: https://192.168.10.31:8443/svn/Robot_Dev/robot_task
Relative URL: ^/robot_task
版本库根: https://192.168.10.31:8443/svn/Robot_Dev
版本库 UUID: ffa74c18-fff8-b14a-b2bd-6d52e8c793ed
版本: 1306
节点种类: 目录
调度: 正常
最后修改的作者: lihuanhuan
最后修改的版本: 1306
最后修改的时间: 2020-03-26 15:24:02 +0800 (四, 2020-03-26)

1、将文件checkout到本地目录

svn checkout path（path是服务器上的目录）
简写：svn co
例如：svn co https://192.168.10.31:8443/svn/Robot_Dev/robot_task
svn checkout https://192.168.10.31:8443/svn/Robot_Dev/robot_task

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

svn add
例如：svn add test.php(添加test.php)
进入到相应目录下
第一步：svn add test.php
第二步：svn ci ./
第三不：svn update
svn add *.php(添加当前目录下所有的php文件)
例如往版本库中添加某project和project内的所有内容
第一步：svn add https://192.168.10.31:8443/svn/Robot_Dev/robot_task/project/
第二部：svn ci project/ -m “添加文件”
第三步：svn update

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

svn commit
svn commit -m “LogMessage”
简写：svn ci
例如：svn ci -m “提交代码”

4、加锁/解锁

svn lock -m “LockMessage” [–force] PATH
svn unlock PATH

5、更新到某个版本

svn update -r m path
简写：svn up

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

1）svn status path（目录下的文件和子目录的状态，正常状态不显示）
2）svn status -v path(显示文件和子目录状态)
简写：svn st

7、删除版本库中的文件

svn delete
svn delete path -m “delete test fle”
简写：svn (del, remove, rm)
例如：删除版本库中的projict文件夹
第一步：svn delete https://192.168.10.31:8443/svn/Robot_Dev/robot_task/project/ -m “delete file”
更新本地副本
第二步：svn update

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

8、查看日志

svn log path

9、查看文件详细信息

svn info path

10、比较差异

svn diff path(将修改的文件与基础版本比较)
svn diff -r m:n path(对版本m和版本n比较差异)
简写：svn di

切回到之前的某一个版本。有两种方法可以实现：

方法1： 用svn merge

1. 先 svn up，保证更新到最新的版本，如20；
2. 然后用 svn log ，查看历史修改，找出要恢复的版本，如10 。如果想要更详细的了解情况，可以使用svn diff -r 10:20 [文件或目录];
3. 回滚到版本号10：svn merge -r 20:10 [文件或目录]，注意版本号之间的顺序，这个叫反向合并；
4. 查看当前工作版本中的文件，如test.cpp和版本号10中文件的差别：svn diff -r 10 test.cpp， 有差别则手动改之；
5. 若无差别，则提交：svn ci -m“back to r 10，xxxxx” [文件或目录]。这时svn库中会生成新的版本，如21。

方法2: 用svn up

前2步如方法1，然后直接 svn up -r 10。当前的工作版本就是版本10了。但是注意，这时svn库中会并不会生成新的版本，下次在本地svn up之后，还是会回到之前的版本。

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

svn merge -r m:n path

12、SVN 帮助

svn help
svn help ci

二、SVN不常用命令

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

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

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

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

15、恢复本地修改

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

16、代码库URL变更

svn switch (sw): 更新工作副本至不同的URL。
用法:
1、switch URL [PATH]
更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的方法。
2、switch --relocate FROM TO [PATH…]
改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用这个命令更新工作副本与仓库的对应关系。

17、解决冲突

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

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

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

三、SVN其它命令

虽然不像本章先前讨论过的那些命令那么常用，但是有时你也需要这些命令。

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这个树的一个新的工作副本。