TortoiseSVN經常見的出錯信息與處理辦法

　　我們在使用TortoiseSVN這款開源客戶端的時候，有時候會遇到一些錯誤信息的提示，比如說，大家都非常熟悉的400 服務器未能理解請求、403 對被請求頁面的訪問被禁止等。那么，TortoiseSVN出現錯誤信息該怎么辦呢？下面，就一起來看看小編給大家整理的TortoiseSVN常見的錯誤信息與解決方法！

　　

　　TortoiseSVN

　　TortoiseSVN 1.9.2.26806 64位英文安裝版（點擊進入）

　　TortoiseSVN 1.9.2.26806 32位英文安裝版（點擊進入）

　　1、無法復制/移動‘XXX.svn-base‘到’XXX.tmp‘：系統找不到指定文件。

　　這個錯誤信息通常在你更新工作拷貝時出現，可能的原因有兩個：

　　版本庫中有兩個文件的名字只是大小寫不同，這在Windows下是不允許簽出的，因為Windows的文件系統是大小寫不敏感的。很可能其中一個文件是誤添加的，所以你要找出是哪一個，然后刪除它，以確保不會把更改提交到錯誤的文件。

　　某個文件的文件名是非法的（對Windows來說非法），比如，“con”， “lpr”， “com”都是非法的，因為這些都是設備名。當然，含有“/\*？：|”和其它特殊字符在Windows（NTFS 和 FAT）也是不允許的。

　　是，我們知道這個錯誤信息對解決問題沒什么實質性的幫助，但這個錯誤信息是來自Subversion庫的，我們改不了。

　　有幾個辦法可以避免這個問題，請看 這里。

　　2、無法打開文件’XXX\nnn-n.txn\changes‘：無法訪問，文件正被其它程序使用。

　　通常報告這個錯誤的人都說這個問題是隨機發生的，并且通常會在一次大的提交中發生。重新提交可能成功，也可能在別的地方出錯。

　　最有可能的原因是，有一個病毒掃描程序正在非正常地占用這個文件。你可以試著禁用病毒掃描，或者讓它忽略你的版本庫文件。

　　類似的錯誤也可能發生在你的工作拷貝，試試讓它忽略 .svn 文件夾。

　　3、添加‘XXX’失敗：同名對象已存在。

　　這個錯誤通常是在你更新工作拷貝時發生。之所以拋出這個錯誤是因為Subversion絕對不會擅自刪除或者覆蓋你已有的本地文件。有三個可能原因會導致這個錯誤：

　　你有一個未納入版本控制的本地文件，名字跟其他人已添加的文件一樣。這種情況下你可以先移走或者重命名你的本地文件再更新。之后你可以決定是需要合并還是把你的文件改個名字。

　　版本庫中的一個文件被重命名了，但只是大小寫不一樣，如 Install.txt 改為 install.txt，而你在本地作了修改。當你更新時就會遇到第一種情況，你修改過的本地文件被視為未納入版本控制。將它移到其它地方，再更新，問題解決。

　　版本庫中有兩個文件的名字只是大小寫不同，這在 Windows 下是 不 允許簽出的，因為 Windows 的文件系統是大小寫不敏感的。很可能其中一個文件是誤添加的，所以你要找出是哪一個，然后刪除它，以確保不 會把更改提交到錯誤的文件。

　　4、OPTIONS of ’《path》‘： 401 Authorization Required 《url》

　　升級到 1.4.x 版之后，你發現無法訪問版本庫了，每次都出這個錯： OPTIONS of ’path‘： 401 Authorization Required ’url‘。

　　這是因為 1.4.x 版使用了 SSPI 自動驗證，即TortoiseSVN會自動使用登錄 Windows 域控制器的用戶信息來作身份驗證。

　　如果你設置你的服務器以 SSPI 的方式向域控制器作身份驗證，而域控制器又沒開放 GUEST 用戶的話，不會有問題。但是如果開放了 GUEST 用戶，自然所有以 GUEST 用戶進行的驗證都會通過——但是一般來說你是不會授權 GUEST 訪問你的版本庫的。這就造成了 驗證 通過了，但授權 不成功。

　　另一個失敗的原因是，你設置用來訪問版本庫的用戶跟你用來登錄工作站的用戶不一致（那我就奇怪了，如果是這樣你根本就不應該以 SSPI 方式來驗證呀）。

　　有幾個方法可以解決此問題：

　　在域控制器中禁用 GUEST 用戶

　　將登錄工作站的用戶和訪問版本庫的用戶設為一樣

　　不用 SSPI 來做版本庫驗證

　　檢查用戶名的大小寫，將控制文件中的用戶名改為小寫對解決問題也可能有幫助

　　5、客戶端版本太舊，不能操作工作拷貝‘XXX’

　　完整的錯誤信息是：客戶端版本太舊，不能操作工作拷貝’。‘；請下載更高版本的Subversion客戶端。

　　當先使用一個比較高版本的Subversion客戶端，然后又用比較低版本的客戶端來執行命令，就會發生這個錯誤。比如你先用了 1.4.x 版的客戶端操作工作拷貝，然后用 1.3.x 版的操作同一個工作拷貝。

　　這是因為Subversion1.4 和 1.5 會自動更新工作拷貝的格式，而老版本的客戶端不認新的格式。

　　唯一的解決辦法是升級你的客戶端，或者用你老版本的客戶端重新簽出。

　　6、工作拷貝已過期

　　這個錯誤是在提交修改的時候出現的，通常是因為在版本庫里，你想要提交的文件已經被其他人修改了。

　　這時你要先用 更新 命令更新的的工作拷貝到版本庫當前的版本。

　　你可能會不明白為什么要這么做，尤其是在你 確知 版本庫并沒有被修改過的情況下。答案很簡單，因為提交的時候，并不會徹底更新你的工作拷貝，而只是那些修改的文件會被自動更新。舉個例子，有個新建的版本庫：

　　Add Folder in revision 1

　　Add File1 and File2 in revision 2

　　Modify File1 and commit in revision 3

　　現在版本庫處于修訂版本 3，但你的工作拷貝的版本會是這個樣子：

　　Folder ： revision 1

　　Folder/File1 ： revision 3

　　Folder/File2 ： revision 2

　　這時如果你修改 File2 然后提交，就會失敗。因為客戶端告訴版本庫 File2 是在版本 2 的基礎上作修改的，但是版本庫已經處于版本 3 了。如果此時你執行更新命令，就會將 File2 也變成版本 3 （當然，你的本地修改還會在的）。

　　這個錯誤還可能在你試圖創建分支或標記時出現。答案永遠都是：如果工作拷貝已經過期，那就更新唄！

　　7、無法寫到標準輸出

　　TortoisePlink 使用的是標準的 plink 代碼，但不是針對 Windows 編譯的，因而無法正常發送錯誤信息。在 TSVN 的設置 -》 網絡里，將 SSH 客戶端指向標準 plink，錯誤信息就會輸出到一個命令行窗口中。設置好之后再像之前一樣運行 TortoisePlink。

　　“無法寫到標準輸出” 表示 Plink 想要拋出一個錯誤，但是因為 TortoisePlink 并沒有提供一個 DOS 窗口，所以就沒沒有標準輸出來接收這個錯誤信息。

　　知道是設置有問題后，可以先使用普通的 plink 程序，看到底是什么錯誤，解決它。

　　如果普通 plink 掛住了，那就是參數不對（設置 -》 網絡）。

　　另一個可能是 SSH 后臺程序找不到 svnserve 可執行文件。以你將要使用的用戶（此處為 myuser）登錄到服務器，輸入 “which svnserve”，如果沒有顯示指向可執行文件的路徑，就把該文件（以及其它 Subversion可執行文件）設為對于該用戶可全局訪問。

　　8、400 服務器未能理解請求（400 Bad Request）

　　REPORT request failed on ’。。。‘ REPORT of ’。。。‘： 400 Bad Request （http://。。。）

　　你的 DAV 請求被防火墻阻止了，多數防火墻都會這么這么干。你可以讓你的管理員更改防火墻的設置，或者以 https 訪問，如 https://svn.collab.net/repos/svn/ ，這樣你與版本庫之間的通信是經過 SSL 加密的，防火墻無法阻止（如果它沒有封掉 SSL 端口的話）。

　　另外，現已確認某些病毒掃描程序（如卡巴斯基）也會導致這個錯誤。

　　9、403 對被請求頁面的訪問被禁止（403 Forbidden）

　　PROPFIND request failed： 403 Forbidden

　　這有可能因為你試圖訪問版本庫的父目錄（而不是版本庫本身）。你可以試著在 URL 尾部指定版本庫的名字，還有別忘了名字后面的斜杠 ‘/’。

　　有關導致此錯誤的真正原因，請查看 Apache 的錯誤日志。

　　10、405 HTTP Method Not Allowed

　　PROPFIND Request Failed - Error 405 HTTP Method Not Allowed

　　這個錯誤有幾種形式，可能的原因有以下幾個：

　　PROPFIND Request Failed 你試圖使用較低版本的TortoiseSVN瀏覽版本庫的父目錄。你可以試著在 URL 尾部指定版本庫的名字，或者升級TortoiseSVN到 1.2.3 版或更高。

　　PROPFIND Request Failed 你漏了 URL 末尾的斜杠 ‘/’，較舊版本的 TSVN 要求在版本庫名字后必須有斜杠，否則它會砍掉版本庫名字，等于試圖去訪問它的父目錄。

　　PROPFIND Request Failed 你可能正嘗試通過一個不允許 DAV 請求的代理訪問版本庫。通常你用網頁瀏覽器瀏覽版本庫是沒問題的，只在使用 svn 客戶端時才出錯。你必須配置你的代理服務器或防火墻，以讓 DAV 請求通過，或者使用 https 來訪問，多數代理服務器無法分析加密過的信息包，因而也就無法阻止 DAV 請求了。

　　另一個可能是你正在運行病毒掃描程序或防火墻，很多此類軟件會在你根本不知道的情況下就阻止了 DAV 請求，可以試一下禁用它們。

　　Lock Request Failed 你嘗試在工作拷貝中鎖定一個文件，而這個文件在版本庫中已經不存在了。你需要先更新工作拷貝。

　　有關導致此錯誤的真正原因，請查看 Apache 的錯誤日志。