新闻资讯

    解决版本冲突的命令。在冲突解决之后,需要使用svn 来告诉冲突解决,这样才能提交更新。冲突发生时,会在Work Copy中保存所有的目标文件版本(上次更新版本、当前获取的版本,即别人提交的版本、自己更新的版本、目标文件。假设文件名是.txt,对应的文件名分别是:.txt.r1、

    .txt.r2、.txt.mine、.txt)。同时在目标文件中标记来自不同用户的更改。

    解决冲突的办法:

    - 手动解决:冲突发生时,通过和其他用户沟通之后,手动更新目标文件。然后执行svn 来解除冲突svn标记为解决选项,最后提交。

    - 放弃自己的更新,使用别人的更新。使用最新获取的版本覆盖目标文件,执行svn 并提交。

    - 放弃自己的更新,使用svn ,然后提交。在这种方式下不需要使用svn 。

    对于svn 命令需要非常小心,必须是非常确定冲突已经解决才能使用。否则,会导致以为冲突解决svn标记为解决选项,而使代码库不正确。 解决冲突详细文档:

    解决冲突(合并别人的修改)

    我们可以使用svn -u来预测冲突,当你运行svn 一些有趣的事情发生了:

    $ svn U G C bar.c

    to 46.

    U和G没必要关心,文件干净的接受了版本库的变化,文件标示为U表明本地没有修改,文件已经根据版本库更新。G标示合并,标示本地已经修改过,与版本库没有重迭的地方,已经合并。

    但是C表示冲突,说明服务器上的改动同你的改动冲突了,你需要自己手工去解决。 当冲突发生了,有三件事可以帮助你注意到这种情况和解决问题:

    ● 打印C标记,并且标记这个文件已冲突。

    ● 如果认为这个文件是可合并的,它会置入冲突标记—特殊的横线分开冲突的“两面”—在文件里可视化的描述重叠的部分(使用svn:mime-type属性来决定一个文件是否可以使用上下文的,以行为基础合并,更多信息可以看“svn:mime-type”一节)。

    ● 对于每一个冲突的文件,放置三个额外的未版本化文件到你的工作拷贝:

    ● .mine

    ● 你更新前的文件,没有冲突标志,只是你最新更改的内容。(如果认为这个文件不可以合并,.mine文件不会创建,因为它和工作文件相同。)

    ● .

    待 svn :

网站首页   |    关于我们   |    公司新闻   |    产品方案   |    用户案例   |    售后服务   |    合作伙伴   |    人才招聘   |   

地址:北京市海淀区    电话:010-     邮箱:@126.com

备案号:冀ICP备2024067069号-3 北京科技有限公司版权所有