- 检出 checkout
- 更新 update
- 冲突 confilicte
- 添加 Add (没有添加项目可不写)
- 填写svn日志
- 提交 commit
你以为到这儿就结束了吗?....NO!!! go on ..
对svn的操作,一般不建议直接右键项目-team-提交/更新;建议统一在资源库中进行更新、添加、提交等一系列事务。因为在资源库中,对各项待改变或已改变的文件有很直观的比较
- 提交的时候必须写日志(svn试用与团队开发,一个团队中可能有多个人对一个文件进行操作,如果每个人提交的时候不记录本次需要提交的内容,可能会造成以后该文件出错时,无法及时的定位到哪一次或者说哪些次提交时出现的问题,而且对以后的bug回顾也不方便。所以写日志的时候要分别把 修改了哪些地方,哪些地方还有偏差,接下来怎么去解决偏差 记下来);
- 提交之前必须更新(这是强制性的,因为在你提交之前你并不知道别人是否对你提交的文件已经做了修改,所以第一部分的时候,才要求各位在资源库中进行操作);
- 反复查看确保正确的前提下,勤更新勤提交(不解释);
- 提交只提交自己修改的文件,提交之前检查是否是需要提交的文件(不解释);
- 使用步骤注意:update->add->写注释->commit,要是一个完整的事务,缺一不可
最后,随便总结点常用的svn操作供各位看官过过瘾...
- 查看某一文件历史提交记录:右键该文件--Team--显示资源历史记录(H)
- 比较当前文件与资源库中的文件的差异:右键该文件--compare with
- 替换文件/还原:右键该文件--replace with
注:替换操作请谨慎,必要时分请先备份,替换操作不可逆! - 解决冲突:
两种情况:
①本地文件没修改代码(可能在文件中添加了一个空格之类的不可见的操作),这种情况就直接还原;
②进入资源库
点击【4】标注的红色箭头,这里会显示所有有冲突的文件:有冲突的文件又包括两类:1是多个人修改该文件,但修改的是不同的部分;2是多人修改该文件,其中两人或以上操作了同一段代码。针对第一种可以直接更新无需特殊处理,针对第二种,就需要谨慎操作,切不可一股脑的更新。可以先把自己的代码copy下来,和另一个人商量后再决定如何操作。其实冲突代码,没什么好的解决办法,只能责任人之间进行协调处理。
这儿就上面资源库的图片在简单介绍下资源库的使用方法:
【1】:资源库-->本地(更新)
【2】:本地-->资源库(提交)
【3】:包含【1】【2】
【4】:冲突文件
热门评论
有没有写,怎么写hooks的,求教
特别实用
文风很赞