最佳实践使用svn：mergeinfo

Question

我们目前遵循在合并到主干之前为所有新功能/修复创建分支的做法。目前我们没有提交SVN尝试对svn：mergeinfo属性进行的更改，以避免它成为一个巨大的列表。

在此属性中保留合并历史记录是否有任何价值（即使多年来它的数量增长很多，也许我们应该每隔x年清除一次）？

也许只有我们认为需要多次合并的分支才能添加到属性中？

Answer 1

• 请勿手动触摸mergeinfo
• 未合并的分支的分支是不礼貌和头痛的源头

Answer 2

我看到有两个选项：

1. 不要对每个问题和功能使用分支和合并。在稳定的主干上进行开发，并确保提交参考问题和功能。您想跟踪由于什么原因所做的事情。
2. 遵循执行功能分支的策略（甚至发布分支，如果它们是复杂的分支），但随后使用自动生成的mergeinfo来跟踪。你怎么知道一个功能被重新集成到主干中，没有任何信息（例如mergeinfo）？

我不认为合并跟踪信息的大小将是一个问题，问题可能是您必须处理（并保持跟踪）的许多合并。并且reintegrated的功能只是在mergeino中添加一行和分支的名称，这就是所有保留的内容。