SVN常見錯誤處理和解決辦法

本節和大家一起學習一下SVN錯誤處理，通過把常見的一些SVN錯誤問題列出來具體講解，在這裡和大家分享一下，希望通過本節的介紹大家對SVN錯誤處理會有有一定的認識。下面讓我們一起來看一下常見的SVN錯誤處理吧。

 

SVN錯誤處理

 

svn : Couldn’t perform atomic initialization. 臨時解決辦法：升級sqlite.

 

原本安裝的是 subversion 1.6.16 + sqlite 3.6.13，一直報”Couldn’t perform atomic initialization”這個錯誤，無奈之下嘗試升級sqlite3.6 到 sqlite 3.7 ，問題竟然解決了。

 

問題1：’.’isnotaworkingcopy.Can’topenfile‘.svn/entries’:系統找不到指定的路徑。

解答：原因是輸入的訪問路徑不正確，如svn://192.168.6.200/如果最後少寫了“/”，就會出現這種錯誤提示。

 

問題2：將檔案checkout之後，沒有出現SVN的表徵圖，是怎麼回事。

解答：有些時候在用戶端Checkout檔案後，SVN的系統表徵圖也會不顯示，可以執行一下“Cleanup”，就會出現SVN的系統表徵圖。

 

問題3：為什麼添加的檔案，別人看不到，版本庫裡也沒有。

解答：最可能的原因是，你只是執行了“Add”而沒有“Commit”，這樣只是在本地註明某個檔案是預定要增加的，而沒有實際添加到版本庫中，要添加到版本庫必須執行“Commit”。刪除檔案也是一樣。

 

問題4：“Commitfailed。……Youhavetoupdateyourworkingcopyfirst”提交失敗，需要首先執行更新操作。

解答：多人同時修改同一檔案，在提交前其他人已經搶先提交到SVN伺服器中，導致該錯誤；SVN錯誤處理的解決方案：對工作複本中的檔案進行更新即可。

 

問題5：更新時提示檔案發生衝突：“Oneormorefilesarenotaconflictedstate。”

解答：多人同時修改同一檔案的同一部分，SVN無法自動進行合并，會導致該錯誤；解決方案：對工作複本中的檔案和伺服器的檔案進行比較，手工合并即可。

 

問題6：“Commitfailed；Filealreadyexists”提交失敗，檔案**已存在。

解答：版本管理系統在改變你的電腦上的工作複本時，是非常的小心的。在做任何事情之前，它都儘可能把您的意圖寫到你的電腦上的記錄檔中去。但如果偶然地操作中斷了(例如：突然停電了，您的電腦死機了)，那麼記錄檔記錄就可能同您最後的工作狀態不一致。一種建議解決途徑：先把要提交的東西拷出來放到其它目錄，再更新本地檔案，然後把拷出來的檔案重新放回去提交。

 

問題7：Workingcopy’**’locked.Pleaseexecutethe’Cleanup’command.

解答：Subversion用戶端在提交內容之前會在本地的工作拷貝寫日誌，防止其他用戶端再次作操作，如果這個提交過程中發生錯誤，就會存在未清理的日誌，解決這個問題之需要執行“清理”操作，整理你的電腦上的工作複本，清理錯誤的日誌記錄，使您可以繼續操作。

 

問題8：執行cleanup時，出現錯誤“Subversionreportedanerrorwhiledoingacleanup!”'**'isnotaworkingcopydirectory”

解答：SVN錯誤處理遇到這種情況時，先刪除隱藏檔案夾.svn中的tmp下面的臨時檔案，再執行cleanup。

 

問題9：因為倉庫與目錄很多，使用TSVN每次選擇目錄URLofrepository有很多地址，如何才清除呢。像清除瀏覽器中的曆史那樣，用什麼方法呢。

解答：右鍵->TortoiseSVN->Settings->SavedData，就可以清除你想要的東西了，包括URL、log、視窗大小、密碼緩衝等。

 

問題10：在SVN中選中一個目錄showlog時，出現了某些版本只顯示版本號碼和（nodate），沒有其他資訊，什麼原因引起的。

解答：出現了（nodate）的revision，為其他人修改了你所沒有許可權訪問的某個目錄下的檔案。本節關於SVN錯誤處理介紹到這裡，請關注本節其他相關報道。

 

SVN無法update的問題2009-06-10 18:27今天用svn發現了個問題，同事提交的檔案我死活update不下來，想破頭也沒發現原因，開啟檔案夾卻意外的發現顯示隱藏檔案夾的功能不正常。

 

搜尋了一下，據說是某種病毒，解決辦法是更新註冊表，找了一個下載來了，那叫一個無語，估計網站不大喜歡別人從它那抓東西，取下來的內容裡亂七八糟的加了不少內容，懶的再找了，整理一下吧，順便還能看看都改什麼了，也只能這樣安慰自己了。

 

好容易這個問題解決了，隱藏的檔案夾出來了，但是又發現svn clean時TortoiseSVN又崩潰了，NND，真是和我作對，繼續google，發現這是一個1.6.0的已知bug，於是更新到1.6.2，崩潰的問題是好了，但是同事的檔案還是update不到。

 

沒辦法了，只好把同事的檔案拷過來，在伺服器上刪除，然後由我提交，最後我和同事都可以正常update了，天呢，這是什麼事了，難道SVN有時候還要這樣用。這是折騰人還是協助人。

 

無語了。

 

 

後記:

 

同事又提交了一個新的檔案，在我這裡還是無法update，瘋了。

 

檢查伺服器，許可權都發現不了問題，於是將該目錄checkout到其它的目錄，然後再拷回原來的目錄，問題倒是解決了，仔細回憶了一下，估計是因為各版本的svn用戶端不相容的問題導致的，感覺類似的問題可能重新checkout一遍項目是最基本的解決辦法。