烏龜SVN樹衝突與自己

Question

有沒有人曾在烏龜移動文件，併成功提交的經驗，後來才犯了不同的變化，被告知樹衝突的地方：

1. 在文件的原始位置已被刪除，但烏龜被標記爲丟失
2. 該文件在其新位置存在，但標記爲已添加。

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

沒有其他人，或者更改目錄或文件（根據SVN日誌）。

1. 這是怎麼發生的？
2. 有沒有辦法避免它發生？
3. 如果確實發生，是否有更好的方法來解決問題，而不是刪除整個文件夾並再次更新？

Answer 1

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

2. 始終使用TortoiseSVN的「移動」命令，或者如果你想有一個移動沒有歷史文件，然後複製使用Windows資源管理器中，用龜添加新的版本，然後刪除舊版本的龜。

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

Answer 2

聽起來像你提交了文件，但沒有它被移動到/從它的目錄。你也需要提交目錄。

Answer 3

我通過r-點擊文件夾，選擇'rename'，並使用「newpath \ to \ folder」作爲參數進入樹衝突。經過多次失敗的清理命令和一些其他的東西后，我終於恢復了用理智：

1. 開放新的乾淨的檢出到其他文件夾
2. SVN刪除和犯壞了「的新路徑\爲\文件夾」從乾淨的檢出
3. 選擇「oldpath \文件夾」 R單擊拖動和svn移動到新位置
4. 立即沒有其他業務承諾改變中間
5. 去打破籤「oldpath \文件夾」，然後手動複製文件whic h被刪除或留在'newpath \ to \ folder'
6. 添加手動複製的文件，就好像它們是新的一樣。

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