Subversion，从重新整合合并中删除 MergeInfo 是否安全 [英] Subversion, is it safe to remove MergeInfo from a reintegrate merge

问题描述

由于 svn boook 建议在使用 reintegrate 选项将分支合并到主干后删除该分支，那么恢复添加到主干的该分支的 mergeinfo 属性更改是否安全?

Being that the svn boook recommends deleting a branch after merging it into the trunk with the reintegrate option, is it safe to revert the mergeinfo property changes for that branch that are added to the trunk?

我们的主干现在有许多不再存在的旧分支的合并信息条目.

Our trunk now has many mergeinfo entries for old branches that no longer exist.

我不明白此时这些条目将用于何处.

I do not understand where these entries would ever be used at this point.

推荐答案

它是安全的"，因为您不会破坏存储库或您的工作副本或任何未来的功能.

It'll be 'safe', in that you won't break the repository or your working copies or any future functionality.

但我喜欢保留它们的想法，因为理论上您可以找出谁实际完成了某件工作以及它的真实历史是什么(理论上，如果您足够关心的话).如果您删除合并信息，您将不再有任何关联代码来自何处的提示.

But I like the idea of keeping them, simply because you could in theory go and work out who actually did a particular piece of work and what its real history was (in theory, if you cared enough). If you delete the merge info, you no-longer have any hint where the associated code came from.

但是，如果此信息失控并导致问题，或者即使它只是让您烦恼，那么保留此信息是一个弱论据.

However, it's a weak argument for keeping this info if it's getting out of hand and causing issues, or even if it's just annoying you.

也许你可以保留它进行几次修订，然后摆脱旧"的.这样一来，一个责备就会出现合并修订版，这也将允许您找到相关的合并信息.

Perhaps you could keep it for a couple of revisions then get rid of 'old' ones. That way, a blame will turn up the merge revision, which will also allow you to find the associated merge info as it was then.

这篇关于Subversion，从重新整合合并中删除 MergeInfo 是否安全的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！