svn 高级

1)Svn 版本回退

Svn merge –r 当前版本 :回退版本

2)如果途中你想撤销你做的操作

Svn revert * -R   (-R 代表递归; * 代表所有文件及文件夹)

3)应用举例

Svn info: trunk :svn://192.168.1.255/RRU/turnk/ui/comm.

Svn info :branch A : svn://192.168.1.255/RRU/branch/ui/comm

如果你将 brach A merge 到了trunk ,你就可以用 svn revert 来撤销操作。

如果你想再merge  branch A 到 trunk, 这里说的是ui/comm, 可能不会merge 任何文件,你需要在,ui一级目录进行,svnrevert 操作,这样你再次就能merge了。如果不清楚可以用: svn st 来看你已经做的操作。

 

2) svn switch –relocate主要用于svn服务器和相应镜像服务器之间切换。

比如你镜像服务器上修改了后,你就需要relocate到实际的服务器去提交改动。

 

Example :

svn switch –relocate 镜像svnaddress  实际svn address;

svn switch –relocate实际svn address   镜像svn address ;

[本地工作区] :work copy ,本地工作副本; [主项目]:引用共用模块的新项目(工程) 最新版本(HEAD revision):版本库里文件或目录的最新版本 SA :SVN服务器的管理员 PRA :单个项目库的管理员,或者是项目负责人 User :普通工作人员 WC :work copy ,本地工作副本 1. 版本控制原则 SVN(或者其他版本控制软件)只是一个版本控制的辅助工具,不可能把所有的问题都自动解决掉。尤其,对于冲突这个麻烦事儿,项目成员在项目进程中要尽量通过优化流程来解决,而不是将希望寄托于软件工具来自动解决一切问题。 建议的开发过程组织: 1. 随行就市 项目刚开始阶段,单独开发;项目稳定阶段,完整开发。项目开发初期,各个项目成员负责自己的文件夹(或者模块),与SVN服务器间的更新、提交等操作只需要针对自己负责的文件夹(或者模块)就行了,他人的文件夹(或者模块)可以不必关心;项目稳定阶段,也就是每天的变更量很小了,所有项目成员与SVN服务器的更新、提交等操作需要针对项目的所有文件夹(或者模块),各个项目成员在其本地编译时本地工作区的全部项目程序(或者资料)均为最新的版本,保证项目作为整体能够顺利运行。 2. 能躲就躲 尽量保证一份文件只有一个项目成员在编辑。举例说明:程序员A负责底层中文件 DBAccess.cs的编写,如果程序员B的工作要求他为DBAccess.cs增加两个方法,程序员B应该通知程序员A来增加而不是自己增加;如果此时A非常繁忙需要B自己增加,就需要B先更新本地的DBAccess.cs,然后开始修改,修改完成后立即提交并通知A更新本地的文件,通过缩短提交间隔来减少冲突。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值