最佳實踐使用svn：mergeinfo

Question

我們目前遵循在合併到主幹之前爲所有新功能/修復創建分支的做法。目前我們沒有提交SVN嘗試對svn：mergeinfo屬性進行的更改，以避免它成爲一個巨大的列表。

在保留此屬性中的合併歷史記錄方面是否有任何價值（即使它在過去幾年中的增長量很大，也許我們應該每隔x年清除一次）？

也許只有我們認爲需要多次合併的分支才應該添加到屬性中？

Answer 1

我看到有你2種選擇：

1. 不要對每個問題和功能使用分支和合並。在穩定的中繼線上進行開發，並確保提交是根據問題和特徵完成的。你想跟蹤出於什麼原因完成的工作。
2. 遵循做功能分支（甚至發出分支，如果它們是複雜分支）的策略，但隨後使用自動生成的mergeinfo來跟蹤。您如何知道某個功能重新集成到主幹中，而沒有任何信息（例如mergeinfo）？

我不認爲合併跟蹤信息的純粹大小將是一個問題，問題可能是你必須處理的許多合併（並保持跟蹤）。並且reintegrated的功能只需將一行添加到mergeino中，並使用分支名稱即保留所有內容。

Answer 2

• 不要用手觸摸合併信息
• 分行的年沒有合併是不禮貌和大傷腦筋的源