Question

Answer 1

它与mergeinfo prop无关，但事实上在文件夹上修改了prop（好的，在这种情况下是合并信息属性）。

请参阅FAQ条目。

Answer 2

你并不孤单：我也看到了这一点。它似乎不会导致问题，并且当您尝试将属性提交到具有来自更高版本的子项的文件夹时，它似乎显示出来。因此，在某种意义上，您的节点有更高版本：来自更高版本的版本具有与早期版本中的版本不同的子节点。我没有查看代码，但我想这些子节点以与存储属性的方式类似的方式存储在节点上。

Answer 3

经过一些实验后，Stefans的回答更有意义。他绝对正确，这不是mergeinfo属性特有的。我通过将我自己的任意属性放在我的分支工作副本的顶层文件夹上来验证这一点。

我仍然很好奇这个提法

在某些操作中（例如，目录属性修改），如果存储库具有更新版本的节点，则提交将被拒绝，以防止数据丢失。从分支开始（分支产生了r4）我

创建此分支的WC（两个顶级目录，此目录中唯一的文件都是最新的和干净的（没有未经修改的更改）。
编辑文件并提交（HEAD为r5，目录的委托为r4，提交的文件为r5）
在WC

而且，当我尝试提交时，我得到了错误。问题出在文件夹节点上。

SVN STAT产量：

C:\SVN T2\WCs\Branch1>svn stat
 M      .

DIFF只显示文件夹（添加的属性）的一处更改：

C:\SVN T2\WCs\Branch1>svn diff

Property changes on: .
___________________________________________________________________
Added: je:dummy
   + Dummy value

最后，INFO说：

C:\SVN T2\WCs\Branch1>svn info
Path: .
URL: file:///C:/SVN%20T2/Repo/Branches/Branch1
Repository Root: file:///C:/SVN%20T2/Repo
Repository UUID: 009c3a97-e14f-234a-92e9-d30c537e29f9
Revision: 4
Node Kind: directory
Schedule: normal
Last Changed Author: SEEKDAHLJ
Last Changed Rev: 4
Last Changed Date: 2011-07-27 09:26:53 +0200 (on, 27 jul 2011)

所以我的目录BASE是r4，HEAD也是r4，我有一个未经注册的更改。我看不出可能会发生什么样的冲突。

如果有人能说清楚这一点，我会很高兴。我错过了什么？

进一步尝试，执行类似的序列但是将文件添加到目录而不是添加属性，就没有这样的冲突。

所以，是的，特别是与属性相关联，而我还剩下的问题是，如果anynoe可以描述实际发生冲突的场景吗？

Subversion mergeinfo在合并trunk到branch之后搞砸了

3 个答案: