常見SVN錯誤處理大串講
本節和大家一起學習一下SVN錯誤處理，通過把常見的一些SVN錯誤問題列出來具體講解，在這里和大家分享一下，希望通過本節的介紹大家對SVN錯誤處理會有有一定的認識。下面讓我們一起來看一下常見的SVN錯誤處理吧。
SVN錯誤處理
今天down代碼的時候svn報錯。百度后找到如下錯誤解決辦法。轉載過來，以備出問題時查看。
問題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錯誤處理介紹到這里，請關注本節其他相關報道。
【編輯推薦】
