SVN(Subversion)是一个自由、开源的项目源代码版本控制工具。目前,绝大多数开源软件和企业代码管理,都使用SVN作为代码版本管理软件。
Subversion将文件存放在中心版本库里,这个版本库很像一个普通的文件服务器。不同的是,它可以记录每一次文件和目录的修改情况,这样就可以在需要的回滚时,将数据恢复到以前的版本,并可以查看数据的更改细节。
SVN 官方网址:Apache Subversion
SVN 服务器配置:安装SVN服务器
一、 SVN常用命令
1、将文件checkout到本地目录
svn checkout path(path是服务器上的目录)
简写:svn co
2、往版本库中添加新的文件
svn add file
3、将改动的文件提交到版本库
svn commit -m “LogMessage” [-N] [--no-unlock] PATH(如果选择了保持锁,就使用–no-unlock开关)
简写:svn ci
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 path -m “delete test fle”
简写:svn (del, remove, rm)
8、查看日志
svn log path
9、查看文件详细信息
svn info path
10、比较差异
svn diff path(将修改的文件与基础版本比较)
svn diff -r m:n path(对版本m和版本n比较差异)
简写:svn di
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这个树的一个新的工作副本。
四、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
转自:http://blog.youkuaiyun.com/sunboy_2050/article/details/6187464
1. 版本控制介绍
1.1. 什么是版本控制
版本控制系统用于保存编写开发应用程序时的文档的各个修订版(revision)。
版本控制也称作Revision Control System(RCS)。
名词解释:
- 修订版(revision):可以认为是某个文件在其生命周期内各个保存的快照,每个快照和一个时间区间对应。
- 版本库(Repository):存放修订版的数据库
- 本地工作拷贝(Local working copy):修订版在本地的副本
- 版本的检入(Check in):本地副本提交到服务器的版本库
- 检出(Check out):从服务器的版本库中取出修订版成为本地副本
- 版本号的来源:有两种策略,基于文件的计数和基于仓库的计数,subversion使用后者
- 标签(Tags):为版本加一个名字,便于检出
- 分支(Branches):修订版打分支,以后可以平行修改,互不干扰
- 合并(Merging):将分支的修订版合并为一个新的修订版
- 锁(Locking):为修订版枷锁
- 冲突(Conflict):并发版本控制时防止修订版混乱的错误机制
1.2. 使用版本控制的好处
对团队和个人都有好处:
- 为团队提供了所有项目文档的回退按钮;
- 支持多个开发人员在可控的方式下为相同的代码工作;
- 版本控制系统保存了文档在过去的各个改动,便于查找是谁,在何时,因为什么修改了文档;
- 支持在文档的主线上同时有多个版本;
- 支持查询在某个时点上项目各个文档的状态,可用于研究生产效率等,也可用于对以前的软件发行版的再发行。
1.3. 常见的版本控制系统
-
VSS:Visual Source Save,微软公司的版本控制器软件,http://msdn2.microsoft.com/zh-cn/vstudio/aa718670.aspx
-
CVS:Concurrent Versions System,开源免费,http://www.nongnu.org/cvs/
-
Subversion,开源免费,http://subversion.tigris.org/
-
ClearCase,IBM公司,http://www-306.ibm.com/software/awdtools/clearcase/
2. Subversion介绍
Subversion是新一代的版本控制工具,正逐步替代CVS。
资源:
-
subversion中文站:http://www.subversion.org.cn/
-
subversion与cvs的对比:http://www.uml.org.cn/pzgl/200705251.asp
3. Subversion基本使用
3.1. Subversion安装
Subversion是典型的C/S模式应用程序。
Windows环境下的安装包:http://subversion.tigris.org/files/documents/15/41687/svn-1.4.6-setup.exe
安装过程很简单,图形界面,默认选择即可。
输入svn命令查看安装是否成功:
svn --version
svn命令是subversion程序的客户端
svnserver命令可以启动svn服务器,用于搭建简易的svn服务器环境
见:http://www.easymorse.com/bbs/viewthread.php?tid=95&extra=page%3D1
3.2. 服务器端
以下是搭建简易的服务器端环境的做法,正式一般配合apache通过http访问。
3.2.1. 创建版本库
创建服务器端版本库,相当于DBMS创建数据库示例。
命令行:
svnadmin create file_path/repo_name
3.2.2. 启动服务器
svnserve.exe -d -r file_path
- -d 后台执行
- -r 版本库的根目录
访问该版本库的url:svn//localhost/repo_name
3.3. 客户端
3.3.1. 初始导入(import)
通过命令行导入:
svn import -m "init import" http://10.0.0.6/svn/teaching/
该命令可将当前路径下文件导入到版本库中。
3.3.2. 检出(checkout)
通过命令行检入:
svn co http://hibernate3demo.googlecode.com/svn/tags/helloworld_r1
或者:
svn checkout http://hibernate3demo.googlecode.com/svn/tags/helloworld_r1
或者:通过第三方图形工具的检出,比如tortoiseSVN(http://tortoisesvn.tigris.org/)
将svn服务器的最新修订版下载到本地成为本地工作拷贝。
3.3.3. 保持更新(update)
命令行:
svn update
或者
svn up
或者通过tortoiseSVN
或者通过eclipse插件,subclipse(http://subclipse.tigris.org/),在线安装:http://subclipse.tigris.org/update_1.2.x/
用svn服务器的最新修订版更新本地工作拷贝。
多人合作时:
- 更新要经常频繁的做,尽量让问题及早暴露,便于处理。
- 提交代码前要更新,否则容易产生版本冲突。
3.3.4. 添加(add)
命令行:
svn add file_path
或者通过tortoiseSVN,eclipse插件。
告知svn服务器,添加目录和/或文件到服务器上,这个操作类似SQL的insert,但是并没有真的操作,直到commit。
3.3.5. 提交改动
相当于通用概念:检入(checkin)。
命令行:
svn commit
或者:
svn ci
或者通过tortoiseSVN,eclipse插件。
提交本地工作拷贝的所有改动,而且是原子性的。
要求:一般要注明修改的原因
svn ci -m "修改bug #224"
要求:提交之前要做更新
svn up
svn ci -m "修改bug #224"
3.3.6. 还原改动
对应提交(commit),要有类似回滚(rollback)的操作。
svn revert
或者通过tortoiseSVN,eclipse插件。
这个操作对开发人员十分有用,在改动被人很多代码后可以“一键恢复”。
3.3.7. “还原”已提交的改动
revert只适合未提交的情况。
如果已经提交,发现问题,要回退到之前的修订版。
首先需要:
svn up
让本地工作拷贝更新到最新状态。
然后:
svn log your_file_path
查看文件日志,这时候提交时填写的说明信息就派上用场了。
查看两个修订版之间的不同:
svn diff -r 旧修订版序号:新修订版序号 your_file_path
或者通过tortoiseSVN,eclipse插件。
决定用哪个旧的修订版号后,用旧的修订版号文件覆盖新的修订版号文件。
svn merge -r 新修订版序号:旧修订版序号 your_file_path
还需要:
svn commit -m "恢复到某修订版(某修订版作废)"
或者通过tortoiseSVN,eclipse插件。
这个还原是所谓的,不是用旧的版本号替代,而是将旧文件覆盖新文件。
3.3.8. 拷贝文件和目录
命令行:
svn copy path/file_name newpath/new_file_name
svn commit -m "xxxx"
或者:
svn cp path/file_name newpath/new_file_name
svn commit -m "xxxx"
或者:利用windows的资源管理器/unix的cp命令
或者通过tortoiseSVN,eclipse插件。
svn的copy,是很重要的工具,版本分支和标签等概念都通过它实现。
svn的copy,是廉价的拷贝。
3.3.9. 重命名目录/文件
命令行:
svn move file_name new_file_name
或者:
svn mv file_name new_file_name
3.3.10. 处理合并冲突
svn默认不对文件加锁。
如果不同人编辑了同一个文件的不同部分,提交时会自动合并。
如果不同人编辑了同一个文件的同一部分,后提交者会报告合并冲突。
解决方法(人工仲裁):
- 放弃改动;
- 坚持你的改动,找到.mine的文件名,恢复为原文件名,然后执行:
svn resolved file_name
3.3.11. 删除文件
将本地工作拷贝删除。
命令行:
svn delete file_path
或者:
svn del file_path
4. Subversion高级内容
4.1. 文件锁
一般用于二进制内容,因为无法合并。
如果某个文件加锁,其他用户的本地工作拷贝(更新后)将是只读的。
当该用户提交后,其他用户的本地工作拷贝(更新后)才可以写操作。
其他用户可以“撬锁”,然后进行写操作。
高级配置可以配置“撬锁”权限,使不是什么人都可以“撬锁”。
4.2. 版本库创建策略
单一的版本库保存一个项目。
单一的版本库保存多个项目。
多个版本库。
4.3. 使用标签和分支
在svn中标签和分支都源于copy命令。
3个约定俗成的目录:
- trunk:主干
- branches:分支
- tags:标签
发布分支:
svn cp -m "创建用于实现radio标签的分支" https://easymorse-simpletag.googlecode.com/svn/branches/simpletag_select_1 https://easymorse-simpletag.googlecode.com/svn/branches/simpletag_select_2
切换分支:
svn switch https://easymorse-simpletag.googlecode.com/svn/branches/simpletag_select_2
合并分支需要两个步骤:
合并操作
svn merge -r 33:HEAD https://easymorse-simpletag.googlecode.com/svn/branches/simpletag_select_2
或者:
svn merge https://easymorse-simpletag.googlecode.com/svn/trunk/simpletag@HEAD https://easymorse-simpletag.googlecode.com/svn/branches/simpletag_select_1@HEAD
提交。
5. 未讲到的内容
- svn备份
- subversion属性
- 与apache集成的配置和使用
svn的恢复与删除操作:学习的:
一、本地删除
本地删除,指的是在客户端delete了一个文件,但还没有commit,使用revert来撤销删除。
二、服务器删除
1.通过本地删除后提交服务器
a)Update上一个版本,但只适用于修改较少的情况;
b) 通过show Log,找到被删的项,选中,点击右键->Revert changes from this revision;
2.在Repo-Browser中删除
这个删除比较厉害,让你在Repo-Browser都看不到被删除的项了。事实上项目并没有被真正删除。
a)本地项目还存在,点击右键->TortoiseSVN->Update To Revision,输入被删时的Revision,确定,然后再Import上去即可。
b)本地项目也不在了
点击右键->TortoiseSVN->Export..,
Url of repository填写项目的地址;
Export Directory填写要备份的路径;
Revision一项,默认是Head Revision,但是这里不能选这项。因为项目已经被delete了,Head Revision只对现存的项目有效,你最好是记住了删除前的版本。如果实在忘记了,一个个看,直到找到你需要的版本。
点击OK,如果没有该目录会提示你建立一个,确定后就OK 了。
摘自网络,相互学习