Tortoise SVN樹與我自己發生沖突

Question

有沒有人有過在烏龜中移動文件並成功提交的經驗，只是為了稍后提交不同的更改並被告知樹沖突：

1. 原始位置的文件已被刪除，但是龜被標記為丟失
2. 新位置的文件在那里，但標記為已添加。

（我使用陸龜SVN，我們有客戶端和服務器> 1.60）

沒有其他人改變目錄或文件（根據svn日志）。

1. 為什么會這樣？
2. 有沒有辦法避免它發生？
3. 如果它確實發生了，是否有一種更優雅的方法來解決問題，而不是刪除整個文件夾並再次更新？

Answer 1

1. 聽起來好像你使用Windows資源管理器“移動”命令而不是Tortoise“移動”命令來移動文件。 前者只是在文件系統中移動文件而不更新subversion樹（從版本控制中刪除舊文件並將舊文件的歷史記錄鏈接到新文件）。

2. 始終使用TortoiseSVN“移動”命令，或者如果您想要移動沒有歷史記錄的文件，則使用Windows資源管理器復制文件，使用Tortoise添加新版本，然后使用Tortoise刪除舊版本。

3. 您可以右鍵單擊舊文件的父文件夾，選擇“檢查修改”，然后從版本控制中刪除標記為缺失的文件。

Answer 2

聽起來像你提交了文件，但沒有提交到/來自的目錄。 您還需要提交目錄。

Answer 3

通過單擊文件夾，選擇“重命名”，並使用“newpath \\ to \\ folder”作為參數，我遇到了樹沖突。 經過多輪失敗的清理命令和其他一些事情后，我終於通過以下方式恢復了理智：

1. 打開新的干凈結帳到另一個文件夾
2. svn從干凈的結帳中刪除並將損壞的'newpath \\提交到\\'文件夾'
3. 選擇'oldpath \\ folder'r-click drag並將svn移動到新位置
4. 立即提交更改，中間沒有其他操作
5. 轉到破壞的checkin'oldpath \\ folder'並手動復制已刪除或留下的文件到'newpath \\ to \\ folder'
6. 添加手動復制的文件，就像它們是新的一樣。

手動更新的文件中斷了無縫歷史鏈，但至少我現在可以繼續工作了。