SVN冲突

共计 5714 个字符，预计需要花费 15 分钟才能阅读完成。

SVN 是很好的开源软件，普及度很广，但是使用中最头疼的无异于冲突问题与处理。下面来对这些头疼问题一一作出解答。包含三个系列，冲突简介、文件冲突与解决实例、树冲突与解决实例。

多人并行开发操作 svn 时，经常会遇到各种冲突，包括文件冲突（text conflict）与树冲突（tree conflict）。

文件冲突：多人同时修改同一文件相同位置为不同内容时，会造成文件冲突。解决方式有两种，svn update 与手动解决。

树冲突：当一名开发人员移动、重命名、删除一个文件或文件夹，而另一名开发人员也对它们进行了移动、重命名、删除或者仅仅是修改时就会发生树冲突。

更多详情见请继续阅读下一页的精彩内容 ：http://www.linuxidc.com/Linux/2014-11/109619p2.htm

————————————– 分割线 ————————————–

Linux 中 Subversion 配置实例 http://www.linuxidc.com/Linux/2012-02/53109.htm

CentOS 6.2 SVN 搭建 (YUM 安装) http://www.linuxidc.com/Linux/2013-10/91903.htm

CentOS 6.5 部署 Apache+SVN  http://www.linuxidc.com/Linux/2013-12/94315.htm

Apache+SVN 搭建 SVN 服务器 http://www.linuxidc.com/Linux/2013-03/81379.htm

Windows 下 SVN 服务器搭建和使用 + 客户端重新设置密码 http://www.linuxidc.com/Linux/2013-05/85189p5.htm

Ubuntu Server 12.04 安装 SVN 并迁移 Virtual SVN 数据 http://www.linuxidc.com/Linux/2013-05/84695.htm

Ubuntu Server 搭建 svn 服务以及迁移方法 http://www.linuxidc.com/Linux/2013-05/84693.htm

借助网盘搭建 SVN 服务器 http://www.linuxidc.com/Linux/2013-10/91271.htm

————————————– 分割线 ————————————–

文件冲突：多人同时修改同一文件的相同位置时，可能会造成文件冲突。解决方式有两种，svn update 与手动解决。

一、文件冲突解决方式

1.      利用 update 自动解决冲突，即不管当前工作副本内容是否是最新版本，都使用 –accept 参数作为冲突处理方式。所有参数含义解释如下：

–acceptARG            :specify automatic conflict resolution action

                            (‘postpone’,’base’, ‘mine-conflict’,

                            ‘theirs-conflict’,’mine-full’, ‘theirs-full’,

                            ‘s’)

(p)  postpone    -mark the conflict to be resolved later // 让文件在更新完成之后保持冲突状态。

(df)diff-full  -show all changes made to merged file // 使用标准区别格式显示 base 修订版本和冲突文件本身的区别。

(e)  edit        -change merged file in an editor // 用你喜欢的编辑器打开冲突的文件，编辑器是环境变量 EDITOR 设置的。

(r)  resolved    -accept merged version of file // 完成文件编辑之后，通知 svn 你已经解决了文件的冲突，它必须接受当前的内容—从本质上讲就是你已经“解决了”冲突。

(mf)mine-full  -accept my version of entire file (ignore theirchange// 丢弃新从服务器接收的变更，并只使用你查看文件的本地修改。

(tf) theirs-full – accept their version of entirefile (lose my changes)// 丢弃你对查看文件的本地修改，只使用从服务器新接收的变更。

(s)  show alloptions 显示所有选项

2.      update 时不解决冲突，利用 svn resolve 解决冲突，两种方式

1）利用 svn resolve –accept base 选择 base 版本，即 a.txt.rOld 作为最后提交的版本

–acceptARG            :specify automatic conflict resolution source

                          (‘base’,’working’, ‘mine-conflict’,

                            ‘theirs-conflict’,’mine-full’, ‘theirs-full’)

2）手工修改本地文件，然后将当前拷贝如 test.txt 作为最后提交的版本

svn resolve –accept working test.txt

svn resolve –accept theirs-full test.txt 使用 test.txt.rNew 作为最后提交的版本

svn resolve –accept mine-full test.txt 使用 test.txt.mine 作为最后提交的版本

svn resolve –accept mine-conflict test.txt 使用 test.txt.mine 的冲突部分作为最后提交的版本

svn resolve –accept theirs-conflicttest.txt 使用 test.txt.rNew 的冲突部分作为最后提交的版本

二、冲突实例

A 与 B 同时修改 test.txt 文本中同一行内容，但是 A 先提交。B 在提交前进行更新，会出现冲突提示，选项、出现冲突的文件。最后文件冲突标识 textconflict，如图所示：

如果选项选择 P，则本地工作副本会产生 3 个临时文件，test.txt.minetest.txt.r1(Old 版本）test.txt.r2(rNew 版本）。其中 r（Old）版本是 base 版本，r（New）是最新版本，r（mine）是 B 本地修改的版本。打开 test.txt 版本，会看到冲突文件的标识。<<<<<<<.mine 与 ======= 之间表示 B 修改后的内容，======= 与 >>>>>>>.r2 之间是服务器上的版本。

如果手动解决该冲突文件，然后使用修改完毕的文件提交时，可以这样做，修改 test.txt 文件后，删除那些冲突标识 <<<<<<<.mine、=======、======= 与 >>>>>>>.r2 后，执行 svnresolve –accept working test.txt 后，最后 ci 提交。

SVN 是很好的开源软件，普及度很广，但是使用中最头疼的无异于冲突问题与处理。下面来对这些头疼问题一一作出解答。包含三个系列，冲突简介、文件冲突与解决实例、树冲突与解决实例。

多人并行开发操作 svn 时，经常会遇到各种冲突，包括文件冲突（text conflict）与树冲突（tree conflict）。

文件冲突：多人同时修改同一文件相同位置为不同内容时，会造成文件冲突。解决方式有两种，svn update 与手动解决。

树冲突：当一名开发人员移动、重命名、删除一个文件或文件夹，而另一名开发人员也对它们进行了移动、重命名、删除或者仅仅是修改时就会发生树冲突。

更多详情见请继续阅读下一页的精彩内容 ：http://www.linuxidc.com/Linux/2014-11/109619p2.htm

————————————– 分割线 ————————————–

Linux 中 Subversion 配置实例 http://www.linuxidc.com/Linux/2012-02/53109.htm

CentOS 6.2 SVN 搭建 (YUM 安装) http://www.linuxidc.com/Linux/2013-10/91903.htm

CentOS 6.5 部署 Apache+SVN  http://www.linuxidc.com/Linux/2013-12/94315.htm

Apache+SVN 搭建 SVN 服务器 http://www.linuxidc.com/Linux/2013-03/81379.htm

Windows 下 SVN 服务器搭建和使用 + 客户端重新设置密码 http://www.linuxidc.com/Linux/2013-05/85189p5.htm

Ubuntu Server 12.04 安装 SVN 并迁移 Virtual SVN 数据 http://www.linuxidc.com/Linux/2013-05/84695.htm

Ubuntu Server 搭建 svn 服务以及迁移方法 http://www.linuxidc.com/Linux/2013-05/84693.htm

借助网盘搭建 SVN 服务器 http://www.linuxidc.com/Linux/2013-10/91271.htm

————————————– 分割线 ————————————–

经常有人会说，树冲突是很难解决的一类冲突，其实一旦了解了其原理，要解决也不难。先回顾下对于树冲突的定义。

树冲突：当一名开发人员移动、重命名、删除一个文件或文件夹，而另一名开发人员也对它们进行了移动、重命名、删除或者仅仅是修改时就会发生树冲突。出现冲突时，一般会提示冲突的信息是什么。过后我们可以使用 svn st 来查看当前状态。svnst 的各种状态代表什么，请参考此博文 svn st 状态详解。

先介绍一下概念：

Delete：其中目录结构变化，都认为是 Delete

Edit：是指修改文件

Local：是你本地修改

Incoming：是别人修改，你要 Update 或 Merge 进来。

这样应该有 4 个组合，但是 Edit 对 Edit 的组合应该是 File Conflict，这个容易解决，不在 Tree Conflict 讨论范围，所以有 3 种组合。再需要区别 Update 和 Merge，就有了 6 种情况。分别是：

Local delete, incoming edit uponupdate

Local edit, incoming delete upon update

Local delete, incoming delete upon update

Local missing, incoming edit upon merge

Local edit, incoming delete upon merge

Local delete, incoming delete upon merge

分别对这几种情形解释如下：

1.Localdelete, incoming edit upon update（本地删除，更新后传入修改）

产生原因：1.A 修改文件 Foo.c 后提交到版本库中，B 将 Foo.c 重命名为 Bar.c 或者删除了 Foo.c 或者直接将 Foo.c 的父目录 Foo 直接删除 2.B 更新工作副本会提示该冲突，在 workingcopy 显示为 Foo.c 在本地删除，被标记为冲突。如果是重命名，则 Bar.c 被标记为新增，但是不包括 A 的修改。

解决：A 与 B 要确认是否采用 A 的修改与是否重命名。如果采用 A 的修改，并且要重命名则修改后，标记冲突解决，svnresolved，最后提交；如果不采用 A 的修改，直接标记冲突解决提交即可。

2.Localedit, incoming delete upon update（本地编辑，更新后传入删除）

产生原因：1.A 对 Foo.c 重命名为 Bar.c 并提交到版本库（或者 A 将 Foo.c 的上级目录 Foo 修改为 Bar），B 在他的工作副本中对 Foo.c 进行修改。2.B 提交前更新，会提示如此错误。

解决：同样需要两个人进行协商后修改。

3.Localdelete, incoming delete upon update（本地删除，更新后传入删除）

产生原因：1.A 将 Foo.c 重命名为 Bar.c 后提交，B 对 Foo.c 重命名为 Bix.c。2.B 更新本地工作副本是会提示该树冲突。

解决：通过日志查找文件被删除即重命名的原因，A 与 B 协商后最终确认采用哪个名称。

4.Localmissing, incoming edit upon merge（本地丢失，合并后传入修改）

产生原因：1.A 在主干上修改 Foo.c，B 在分支上将 Foo.c 重命名为 Bar.c。2.B 合并 A 在主干上的修改。

解决：B 先标记冲突解决，然后将 Foo.c 拷贝至本地，将 A 的修改合并至自己的文件中或者直接放弃 A 的修改，采用自己的修改。

5.Localedit, incoming delete upon merge（本地修改，合并后传入删除）

产生原因：1.A 将 Foo.c 重命名为 Bar.c(或者将 Foo.c 的父目录 Foo 改为 Bar)，B 在分支上修改 Foo.c。2.B 合并 A 的修改时提示该冲突。Bar.c 被标记为增加，Foo.c 被标记为冲突。

解决：同样根据日志查找到修改的源头，两人协商后解决。

6.Localdelete, incoming delete upon merge（本地删除，合并后传入删除）

产生原因：1.A 在主干上将 Foo.c 重命名为 Bar.c，B 在分支上将 Foo.c 重命名为 Bix.c。2.B 合并 A 的修改时会提示冲突。重命名后的文件被标记为新增，原来文件被标记为树冲突。

解决：通过日志查找到文件被改名的时刻，两人协商后解决。