無法運行與文件

相關的WC數據庫工作隊列沒有想到我通過我的osx系統添加並提交了一個文件，該文件中有一個問號，而不考慮這將如何影響Windows。在Windows上，當我做了更新失敗，因爲它無法創建一個文件與？所以我回到了我的osx系統，然後在文件上做了一個svn重命名，但是在windows上這並沒有幫助，因爲svn經歷了所有步驟的歷史，使工作空間達到了最新版本。不用說我卡住了，我有什麼想法可以解決這個問題？無法運行與文件

這裏是更新（使用烏龜SVN和命令行嘗試，兩者是相同的），當我目前的svn錯誤日誌：

 
svn: E155009: Failed to run the WC DB work queue associated with 'F:\Devel\bc\dev\trunk\appShare\media\frontend\?_12x15.png', work item 53314 (file-install appShare/media/frontend/?_12x15.png 1 0 1 1) 
svn: E720123: Can't move 'F:\Devel\bc\dev\trunk\.svn\tmp\svn-68A36D23' to 'F:\Devel\bc\dev\trunk\appShare\media\frontend\?_12x15.png': The filename, directory name, or volume label syntax is incorrect.

每次我這樣做，我不得不刪除WORK_QUEUE表中的記錄在wc.db中，然後做一個清理之前，svn會讓我嘗試別的東西。

來源

2014-03-12 mirswith

找到了解決方案。這就是通過包含嚴重命名文件的窗口框中的svn刪除該文件夾。這必須告訴svn如果它看到一個尚未提交的本地刪除，則不必更新該文件夾。如果你這樣做，一定要先備份你的文件，這樣你可以重新創建文件夾並重新添加所有文件（當然，命名正確）。

來源

2014-03-12 20:22:36 mirswith

解決方案在哪裏？ –

步驟1：SVN將其他機器上的文件重命名爲正確的文件名步驟2：SVN刪除Windows機器上包含嚴重命名文件的文件夾。第3步：更新您的工作副本，現在可以正常工作。步驟4：解決重命名和刪除之間的衝突。第5步：恢復您的本地修改（SVN刪除，尚未提交）。 – tholu

感謝this reference提供的解決方案在Mac上工作，svn通過brew安裝。

cd {work-dir-base} 
sqlite3 .svn/wc.db "delete from work_queue"

這是另一個blog entry dealing with this issue。

來源

2015-08-21 12:41:03

我也遇到了類似的問題：

我已刪除本地文件夾（該文件的svn簽出）。之後，沒有任何svn命令工作正常，甚至從cmd提示符（管理員），svn清理不起作用。

修復：

我創建了一個虛擬的文件，其錯誤「的svn：E155009：無法運行關聯的WC DB工作隊列」即將到來。
然後我已經在cmd行運行svn cleanup，發現同樣的錯誤，因爲無法讀取文件
重複以上步驟，找不到在step2中找到的文件。
svn清理，它的工作原理！

來源

2016-10-20 09:52:22 Sri436

我剛剛打開記事本文件（在我的情況下是一個無人的文件），給它一個修改（例如輸入）並保存該文件。之後，我能夠清理。

來源

2017-01-26 11:11:06

只需在工作區中刪除.svn \ tmp。爲我工作。

來源

2017-03-15 12:32:20 user3704082

在我的情況下，在.svn文件夾中沒有tmp。實際上創造它解決了問題。 – BeC

這些都是我沒有得到來自https://www.sqlite.org/download.html擺脫這種錯誤

下載源碼的步驟，下載預編譯的二進制的Windows。我下載了sqlite-tools-win32-x86-3200100.zip，其中包含sqlite的.exe文件
提取zip文件並添加將sqlite3.exe保存到windos PATH變量的路徑。
現在導航到你有你的.svn目錄
打開命令窗口的位置和執行sqllite3的.svn/wc.db「從work_queue刪除」
現在繼續運行你的svn清理，一切都應該正常工作。

來源

2017-08-28 16:53:33 PipoTells

關閉所有的visual studio實例可以解決這個問題給我。

來源

2017-09-26 14:04:34 LMK

我們遇到了這個問題，因爲MalwareBytes Ransomware Protection與其他一些MalwareBytes組件一起打開。

我們看到實際的錯誤是

無法移動 'XXX' 到 'YYY'：訪問被拒絕。

這也打破了運行清理操作的能力。

它似乎是一種競爭條件 - 每次都會更改違規文件。禁用Ransomware Protection組件解決了這個問題。

來源

2018-01-09 16:10:19

這也是我的問題，謝謝發佈！ – Steve

@Steve很高興幫助某人！我們花了小時來處理這個問題。 –

無法運行與文件

回答

相關問題