常用linux svn命令

linux下svn客户端常用命令：

1.svnadmin create path创建一个新的版本库，（path为你想创建版本库的目录路径，如创建版本库目录为cellsms：svnadmin create /home/c7mon/svn/cellsms）。

2.svn mkdir URL 创建目录，向版本库新添加一个目录,(立即提交，所以需要日志信息)：如新增trunk目录：svn mkdir file:///home/c7mon/svn/cellsms/trunk -m "此目录的说明信息"。

svn mkdir newdir在工作拷贝下新建一个目录，如新增hello目录，即在工作拷贝(svn checkout数据的目录下)：svn mkdir hello。

3.svn import URL向版本库导入数据，需要日志信息。如导入当前目录下wwm目录到版本库trunk目录中：svn import file:///home/c7mon/svn/cellsms/trunk/wwm -m "日志说明信息"

4.svn checkout URL导出一个工作拷贝，cd到你要存放导出数据的目录，如导出wwm 目录：svn checkout file:///home/c7mon/svn/cellsms/trunk/wwm，或svn checkout

svn://192.168.3.33/home/c7mon/svn/cellsms/trunk/wwm。svn://方式需要用户名和密码,（svn co为svn checkout简写）。

5.svn commit 提交工作拷贝的修改到版本库中，如对wwm下的文件进行修改后提交：svn commit -m "",""可以为空，最好加上日志说明。svn ci 为其简写。

6.svn add file/dir新添加的文件或目录，此处dir为linux命令mkdir在工作拷贝下创建的目录，不是svn mkdir命令创建的目录，所以需要svn add预订添加。svn add需要在工作拷贝下执行，如在4中svn co出的工作拷贝目录wwm下新添加了hehe.c：svn add hehe.c。然后执行svn commit提交到版本库。

7.svn copy URL URL完全的服务器端拷贝，通常用在分支和标签。如wwm项目完成后发布版本wwm_1.0:

svn copy file:///home/c7mon/svn/cellsms/trunk/wwm

file:///home/c7mon/svn/cellsms/trunk/tags/wwm_1.0 -m "it's the wwm_1.0 for

anhui" 。或svn copy svn://192.168.3.33/home/c7mon/svn/cellsms/trunk/wwm svn://192.168.3.33/home/c7mon/svn/cellsms/trunk/tags/wwm_1.0 -m "it's the wwm_1.0 for anhui"。（tags目录需提前在版本库中建好。）

如果wwm_1.0版本出现BUG，可以拷贝tags目录下的wwm_1.0到建好的branches目录下，然后svn co 出branches下的wwm_1.0进行修改。这样trunk目录下的wwm可以继续进行开发，而不会与branches下1.0版本的修改产生冲突。当branches下的wwm_1.0版本修复bug后，可以使用svn merge命令，将修改的部分合并到trunk下的wwm工程中。

8.svn list URL 显示path目录下的所有属于版本库的文件和目录(简写svn ls)

如列出cellsms下目录信息：svn list svn://192.168.3.33/home/c7mon/svn/cellsms

9.svn info URL 显示本地或远程条目的信息。

如查看cellsms下信息：svn info svn://192.168.3.33/home/c7mon/svn/cellsms

10.svn log URL 查看版本日志信息。

如查看cellsms下所有版本信息：svn log svn://192.168.3.33/home/c7mon/svn/cellsms 11.svn merge URL@version URL合并，应用两组源文件的差别到工作拷贝路径。

假设情景：trunk/smpp trunk为smpp项目开发的主目录，当开发完成时，smpp被拷贝打标签到tags/smpp_1.0.0,这里smpp_1.0.0为发布版本。此时trunk下smpp继续进行smpp 第二版本的开发，这时发现发布的smpp_1.0.0版本有BUG需要修改，于是拷贝tags下的smpp_1.0.0到分支目录branches/ smpp_1.0.0进行修改。当改好smpp_1.0.0后，问题来了，我们此刻需要把修改好后的smpp_1.0.0合并到此时正在trunk目录下正在开发smpp中。

解决：

(1)一个URL，为起始状态，其后的@version，表示取版本号，这个version就是svn cp到branches成功之后的那个版本。第二个URL，为最终状态，既修改好的smpp_1.0.0的URL。其实就是左边和右边做了一个diff，应用到当前工作区目录，也就是trunk的工作拷贝。

此时$svn status 就可以看到变化了

(2)我们需要知道smpp_1.0.0被拷贝到branches目录时得版本号，命令为：

svn log -stop-on-copy svn://192.168.3.33/home/c7mon/svn/cellsms/branches/

(3)此命令需要在合并到trunk的工作拷贝中执行：(可以加上--dry-run选项模拟merge，但不真正的去做)

Svn merge

svn://192.168.3.33/home/c7mon/svn/cellsms/branches/mscid_1.0.0@18

svn://192.168.3.33/home/c7mon/svn/cellsms/branches/mscid_1.0.0

(4)svn commit 提交。（是在trunk的工作拷贝中）

12.svn delete path/URL从工作拷贝或版本库删除一个项目。

如想删除工作拷贝smpp下的main.c文件: svn delete main.c (需cd到smpp的工作拷贝的目录下)。然后 svn commit提交。

如想删除trunk/smpp/main.c文件：svn delete –m “delete the main.c of smpp”Svn://192.168.3.33/home/c7mon/svn/cellsms/smpp/main.c (需要日志信息，即-m “”)。然后svn commit提交。

13.svn revert取消所有的本地编辑。

如12中，你执行了svn delete后，想取消其delete操作，那么你在svn commit提交