SVN 1.4合併，修訂沒有出現在日誌

我使用的是SVN 1.4.2，我在修訂R分支，在R-HEAD的修訂中合併，現在當我查看分支上的日誌時， R和HEAD之間無修改。是否有可能獲得這些信息？SVN 1.4合併，修訂沒有出現在日誌

我使用的是基於SVNClient 1.6.12的TortoiseSVN 1.6。我沒有選中「僅記錄合併（塊合併修訂）」複選框。我試過「Inlcude合併修訂」，但顯然運行一個合併信息，直到SVN 1.5才支持。

爲什麼要合併來自r的修訂版本以進入分支？除非你在分支上自己做了一些事情，否則分支和主幹將是相同的。儘管提交應該在分支的日誌中可見。你確實進行了合併，是嗎？ – 2010-10-07 16:04:44

我確實對分支和合並操作之間的分支進行了更改。合併的提交是可見的，是的，但不包括組成該合併的單獨的中繼修訂。 – Dlongnecker 2010-10-07 18:36:05

SVN 1.4沒有合併跟蹤。因此，它無法知道合併到分支中的來源。如果它不知道合併來自何處，則無法知道該合併的日誌消息的獲取位置。

唯一真正的解決方案是將服務器升級到1.5或更高版本。

如果您希望以前分支機構的日誌出現，您需要重新創建分支並重新提交修訂。

2010-10-07 17:56:50 Dingo

+1進行升級。這是最好的解決方案 - 它很容易，你會得到很好的功能。 1.4也很快會被支持（不支持）1.3（即根本不支持） – gbjbaanb 2010-10-07 18:09:41

我在想，當我執行合併時，SVN會非常聰明，可以將修訂列表合併到我的工作副本中。但顯然它並不麻煩（看我的答案）。 – Dlongnecker 2010-10-07 18:33:38

雖然如果我們要升級並進行合併，修訂歷史將不會遵循，是嗎？ – Dlongnecker 2010-10-07 18:52:56

看來這實際上是一個功能。

分支應該是快速的分支來建立一些功能，而不會中斷主幹。整個合併應該只包括一個真正的主幹變化。對於幹線的發展來說，小增量步驟不應該是重要的。

在我們的案例中，一家分公司製造並開發了一年多。理想情況下，我們有歷史要審視，但我們的分支方法違反了「正確」做事的方式，因此我們將失去歷史。有辦法破解這個，但在我們的情況下，修復一個黑客與另一個黑客比失去一些歷史和學習我們的教訓更糟糕。

如果有人有辦法一起破解這個，請分享！

謝謝

2010-10-06 23:34:46 Dlongnecker

回答