SVN提交代码冲突解决方法总结

在近期svn提交代码时遇到多种情况的问题,现做一个解决办法的总结如下:

插播一条:idea下被svn版本控制各类文件的颜色区分
红棕色,未加入版本控制;
绿色,已经加入控制暂未提交;
蓝色,加入,已提交,有改动,与版本库文件不一致;
黑色,加入,已提交,无改动,和版本库文件一致;
灰色:版本控制已忽略文件。

1.内容冲突:当两名(或更多)开发人员修改了同一个文件中相邻或相同的行时就会发生文件冲突。
(1)修改同一文件不同位置引发的冲突,其他人在你之前提交了代码
你提交时报错:该文件已经过期,需要先更新文件
解决办法:点击update更新该文件代码,在此基础上添加自己更改的部分,再次提交,成功。
(2)修改同一文件相同位置引发的冲突
你提交时报错:

点击update更新该文件版本,提交,再次报错:

解决办法:与其他人协商,根据冲突部分代码逻辑,选择你的或者别人的代码。
2.树冲突:当一名开发人员移动、重命名、删除一个文件或文件夹,而另一名开发人员也对它们进行了移动、重命名、删除或者仅仅是修改,在更新时就会发生树冲突。
(1) 本地删除,外部更改
A(外部) 修改文件并将其提交至版本库中
B (本地)同时删除了文件
B 更新时就会发生树冲突,该文件被标记为冲突,B 的解决方法有:

  • 放弃 A (外部)更改:也就是删除这个文件----直接标记冲突为已解决。
  • 放弃 B (本地)删除:选择取消,右键 TortoiseSVN --> SVN 还原,撤销删除操作。

(2)本地改名,外部更改
A(外部) 修改文件,并将其提交至版本库中。
B (本地)同时将文件改名。
B 更新时, 该文件被标记为树冲突,B 的解决方法有:

  • 合并 A (外部)更改到改名后的文件中去:直接选合并修改(见下图)----> 标记冲突为已解决,然后提交。
  • 放弃 A 的更改:改名后的文件不包括 A 的更改内容 ----> 直接标记冲突为已解决,然后提交,
  • 放弃 B 的改名:选择取消,TortoiseSVN --> SVN 还原,撤销改名操作。

(3)本地更改,外部删除
A(外部)删除了文件,并提交到了版本库;
B(本地)同时对该文件进行了修改。
B 更新时,该文件被标记为树冲突,B 的解决方法有:

  • 放弃 A(外部)的删除:不删除文件,同时保留本地内容修改---->直接选保留本地文件,然后提交;
  • 放弃 B(本地)的更改:直接选删除此文件。

(4)本地更改,外部改名
A(外部)将文件改名,并提交到了版本库;
B(本地)修改了文件内容。
更新时,B 的该文件被标记为树冲突,B 的解决方法有:

  • 合并更改到改名后的文件:选择保留本地文件,手动将更改内容移植到改名后的文件,撤销增加原文件,然后提交。
  • 放弃 A(外部)改名:选择保留本地文件,然后删除改名后的文件,然后提交。
  • 放弃 B(本地)更改:文件改名,内容不变-->直接选删除此文件。

(5)本地删除,外部改名
A(外部)将文件改名,然后提交到版本库;
B(本地)将文件删除。
更新时,B 的该文件将发生树冲突,B 的解决方法有:

  • 接受 A 的改名:标记冲突已解决;
  • 坚持删除文件:把改名后的文件删除,然后提交。

(6)本地改名,外部删除
A(外部)将文件删除,然后提交到版本库;
B(本地)将文件改名。
更新时,B 的该文件将发生树冲突,B 的解决方法有:

  • 接受 A 的删除:标记冲突已解决,然后撤销增加改名后的文件;
  • 坚持改名:标记冲突为已解决,然后提交。

(7)本地改名,外部改名
A(外部)将文件改名,并提交到版本库;
B(本地)将同文件改名。
更新时,B 的该文件将发生树冲突,B 的解决方法有:

  • 用 A 的名字:标记冲突为已解决,撤销增加本地改名后的文件;
  • 用 B 的名字:标记冲突为已解决,删除 A 改名后的文件,然后提交。

3.总结:对症下药,拒绝盲目反复提交
   SVN代码提交减少冲突的方法无非两种:

    • 避免开发人员同时开发同一文件
    • 开发前需要时常更新本地代码库
posted @ 2019-04-25 16:02  王醒燕  阅读(7493)  评论(0编辑  收藏