瞭解Subversion存儲庫中合併衝突的歷史

Question

由於團隊致力於並行開發軟件，因此在某些情況下，主保證人所做的更改與本地文件中的更改有衝突。嘗試更新工作副本以包含主服務器的更改可能會導致需要手動解決的合併衝突。在開發人員提出解決合併衝突的解決方案之後，他們可以將其標記爲合併並將結果提交到主存儲庫。

通過查看Subversion存儲庫的歷史，我可以看到最初添加文件的時間，所有時間被修改以及甚至當特定文件被刪除時。我甚至可以看到這些事件涉及哪些代碼行。

我的問題是：Subversion版本庫的歷史是否包含關於整個開發過程中發生的合併衝突的任何信息？那些衝突何時解決呢？我覺得這種類型的信息沒有存儲在任何地方，但我很好奇，如果其他人有這方面的想法或見解。

Answer 1

不，顛覆不記錄衝突發生。它在您執行更新時發生，並由執行更新的人員解決。 svn知道修訂合併的唯一方法是根文件夾中的merge-info屬性。它只會作爲一個編輯出現，因爲當它被解析時，它只不過是一個編輯而已。如果來自更新的版本替代本地更改，則可以恢復它。

Answer 2

不，合併過程是一個客戶端操作，並生成一個「合併」文件，然後上傳到存儲庫。服務器存儲的唯一歷史記錄是最終的操作，上傳。