gpt4 book ai didi

svn 与 svn :externals causes massive add of svn:merge-info properties - any solution? 合并

转载 作者:行者123 更新时间:2023-12-01 05:29:05 26 4
gpt4 key购买 nike

如果你有一个带有 svn:external 链接的目录(我们在工作中广泛使用),那么每当你在分支之间合并该目录时,目录中的每个文件都会获得一个新的 svn:merge-info 属性。

我猜这是因为外部链接没有被合并改变,所以 svn 将它算作自己的子树(与 Why would svn merge of a branch with no changes causes untouched files to modify svn:mergeinfo property 相关,但不是同一个问题)。

这导致实际更改被隐藏在所有合并信息属性更改中,使更改集变得很大并且几乎不可读。 (我们有一个具有足够合并历史和外部的分支,合并一行更改可能会导致 500Kb 的差异)。

到目前为止,我们唯一能做的就是在提交之前使用 svn:external links 从子树中删除合并属性。这会阻止使用 --reintegrate 并意味着我们无法跟踪真正的子树合并(如果发生)。

有没有人有更好的解决方案?

最佳答案

svn:merge-info 不是用来阅读的,但我理解你的问题。

一个解决方案可能是升级到 1.7(服务器和客户端)。 1.7 中对合并信息所做的一些工作可能会对您有所帮助。

听起来您已经了解 merge-info,但这里还是有一些额外的信息。

节点(文件或目录)上的合并信息从它的父级(目录)继承,一直到您的工作副本,然后再向上到存储库。 svn 尝试仅在需要 的节点上写入合并信息,即它与父节点不同的节点。

为了防止节点上的合并信息,请确保合并尽可能靠近存储库根目录,如果发生任何其他合并,请尝试从上层目录合并到那些漏洞中。这不会导致任何更改,但会填补合并信息中的空白 Mergeinfo Elision更加有效。

我发现某些版本的 svn 在进行合并时无法按预期工作。 1.6.6(ubuntu 10.04 有)在进行部分合并时效果不佳。

关于svn 与 svn :externals causes massive add of svn:merge-info properties - any solution? 合并,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8185767/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com