TortoiseSVN用戶端訪問常見問題及相關原因分析

轉載自：http://wolfgangkiefer.blog.163.com/blog/static/8626550320114374759951/ TortoiseSVN用戶端訪問常見問題及相關原因分析1. svn: Server sent unexpected return value (500 Internal Server Error) in response to OPTIONS request for 'http://svn.moon.ossxp.com/svn/test'  錯誤的使用者名稱 

檢查登入的使用者名稱是否輸入錯誤 
svn: 伺服器發送了意外的傳回值(500 Internal Server Error)，在響應 “OPTIONS” 的請求 “http://svn.moon.ossxp.com/svn/test” 中 
2. svn: OPTIONS of 'http://svn.moon.ossxp.com/svn/test': authorization failed: Could not authenticate to server: rejected Basic challenge (http://svn.moon.ossxp.com) 
錯誤的口令 
用正確的使用者名稱/口令登入 
svn: 方法 OPTIONS 失敗於 “http://svn.moon.ossxp.com/svn/test”: 認證失敗: Could not authenticate to server: rejected Basic challenge (http://svn.moon.ossxp.com) 
3. svn: Server sent unexpected return value (403 Forbidden) in response to OPTIONS request for 'http://svn.moon.ossxp.com/svn/test' 
使用者無許可權 
聯絡管理員，為使用者指派許可權 
svn: 伺服器發送了意外的傳回值(403 Forbidden)，在響應 “OPTIONS” 的請求 “http://svn.moon.ossxp.com/svn/test” 中 
4. svn: OPTIONS of 'http://www.moon.ossxp.com/svn/test': 200 OK (http://www.moon.ossxp.com) 
伺服器位址錯誤，是普通Web頁面，不支援SVN的 WebDAV 協議 
確認輸入正確的 SVN 服務地址。可以在瀏覽器中輸入該地址進行確認 
svn: 方法 OPTIONS 失敗於 “http://www.moon.ossxp.com/svn/test”: 200 OK (http://www.moon.ossxp.com) 
5. The version of your subversion (client) is below 1.5.0, upgrade to 1.5.0 or above. SVN below 1.5.0 can not handle mergeinfo properly. It can mess up our automated merge tracking! 
是由於用戶端的軟體版本低於1.5.0造成的。伺服器端對用戶端軟體版本進行了限制，以免對合并跟蹤破壞。 
升級本地的Subversion用戶端軟體到1.5.0或以上版本。 
6. svn: This client is too old to work with working copy '.'. You need to get a newer Subversion client, or to downgrade this working copy. See http://subversion.tigris.org/faq.html#working-copy-format-change for details. 
安裝了多個版本的SVN用戶端(TSVN,Subclipse,...)，且各個用戶端的版本不一致。高版本的SVN用戶端會自動更新本地工作目錄中的 .svn 目錄下的檔案格式，導致舊版本的SVN用戶端不能繼續訪問該本地工作目錄 
將本機安裝的所有的SVN用戶端都更新到同一個大版本，以避免本地工作目錄的格式不一致 
svn: 此用戶端對於工作複本 “.” 太舊。你需要取得更新的 Subversion 用戶端，或者降級工作複本。 參見 http://subversion.tigris.org/faq.html#working-copy-format-change 以獲得更詳細的資訊。 
7. svn: Working copy 'trunk/src' locked svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details) 
異常操作導致目錄沒有解鎖。 
一個簡單的重現方法：在 .svn 目錄下建立空的名為 lock的檔案 
使用命令列 "svn cleanup" 或者類似的“清理”動作刪除鎖定 
svn: 工作複本“trunk/src”已經鎖定 svn: 運行“svn cleanup”刪除鎖定 (輸入“svn help cleanup”得到用法) 
8. 日誌中沒有作者資訊： ------------------------------------ r9 | (沒有作者資訊) | … ossxp.com anonymous commit test 
匿名提交導致沒有作者資訊 
檢查版本庫許可權控制,禁止匿名提交 
9. 正在發送 ... 傳輸檔案資料.svn: 提交失敗(細節如下): svn: Commit blocked by pre-commit hook (exit code 1) with output: 提交說明至少應包含 4 個字元, 或者太簡單了。 
這是由於使用者提交的提交說明(commit log)，太過簡單了。在提交時需要輸入有意義的 commit log。 
寫有意義的提交說明，或者要求管理員更改版本庫外掛程式 
10. 增加 Logger.c 傳輸檔案資料.svn: 提交失敗(細節如下): svn: Commit blocked by pre-commit hook (exit code 1) with output: Wide character in print at /opt/svn/svnroot/myrepos/hooks/scripts/check-case-insensitive.pl line 259. 發現檔案名稱大小寫衝突: trunk/src/Logger.c 已經存在於 logger.c 
管理員設定了對新增檔案是否重名（只有大小寫不同）的檔案進行檢查。檔案名稱只有大小寫不同，在Windows上進行檢出會造成麻煩 
不要添加重名（僅大小寫不同）檔案 
增加 src/檔案aBc.txt 傳輸檔案資料.svn: 提交失敗(細節如下): svn: Commit blocked by pre-commit hook (exit code 1) with output: Clash: '/trunk/src/檔案aBc.txt' '/trunk/src/檔案abc.txt' 
11. svn: While preparing '/home/jiangxin/tmp/svn.test/trunk/src/README.txt' for commit svn: Inconsistent line ending style 
提交的檔案已經設定了 svn:eol-style 屬性，但是該文本內的分行符號有DOS的分行符號CRLF，也有Unix分行符號LF，不一致。 
統一該文字檔內的分行符號。Linux 下可以用dos2unix, unix2dos, sed等命令。Windows下可用UltraEdit 進行轉換。 
svn: 當為提交操作準備“/home/jiangxin/tmp/svn.test/trunk/src/README.txt”時 svn: 不一致的行結束樣式 
12. svn: Failed to add file 'Makefile': an unversioned file of the same name already exists 
執行更新(svn up)時報錯。因為其他人新增一個檔案到伺服器，而本地卻存在一個同名檔案（未版本控制） 
先將本地重名檔案改名，再執行"svn up"，之後再比較、合并檔案。或者執行 "svn up --force" 
svn: 增加檔案 'Makefile' 失敗: 同名未版本控制的檔案已存在 
13. Adding src/Makefile svn: Commit failed (details follow): svn: File '/svn/test/trunk/src/Makefile' already exists 
添加新檔案，提交時報錯。因為其他人已經先於我增加了該檔案。 
先執行更新操作（"svn up"），再根據提示進行操作：合并/提交... 
增加 src/Makefile svn: 提交失敗(細節如下): svn: 檔案“/svn/test/trunk/src/Makefile”已存在 
14. $ svn up Conflict discovered in 'Makefile'. Select: (p) postpone, (df) diff-full, (e) edit, (mc) mine-conflict, (tc) theirs-conflict, (s) show all options: p C Makefile Updated to revision 5. Summary of conflicts: Text conflicts: 1 
多人同時編輯同一個檔案時，可能會遇到衝突。別人先於我提交，則當我提交時要先更新。更新可能遇到不能自動解決的衝突 
使用工具進行衝突解決 
$ svn up 在 “Makefile” 中發現衝突。 選擇: (p) 延遲，(df) 顯示全部差異，(e) 編輯, (mc) 我的版本, (tc) 他人的版本, (s) 顯示全部選項: p C Makefile 更新到版本 5。 衝突概要： 本文衝突：1 
15. svn: Commit failed (details follow): svn: File 'Makefile' is out of date svn: File not found: transaction '6-d', path '/trunk/src/Makefile' 
提交的檔案已被他人刪除 
先執行更新操作（"svn up"），再根據提示解決該樹衝突：刪除檔案或繼續添加... 
svn: 提交失敗(細節如下): svn: 檔案 “Makefile” 已經過時 svn: File not found: transaction '6-c', path '/trunk/src/Makefile' 
16. svn: Commit failed (details follow): svn: File or directory '/trunk/XXX' is out of date; try updating svn: resource out of date; try updating 
基於舊版本修改是不允許的 
先更新（"svn update"），再提交 
svn: 提交失敗(細節如下): svn: 檔案或目錄 “/trunk/XXX” 已經過時；請先更新 svn: resource out of date; try updating 
17. svn: DAV request failed; it's possible that the repository's pre-revprop-change hook either failed or is non-existent svn: At least one property change failed; repository is unchanged svn: Error setting property 'log': Repository has not been enabled to accept revision propchanges; ask the administrator to create a pre-revprop-change hook 
修改提交說明等操作屬於高風險操作，因為該操作沒有被版本控制，屬於不可恢複的操作。預設禁止。 
請聯絡管理員，啟用該版本的相關鉤子，允許修改“版本屬性”。參見 管理員鉤子設定 
svn: DAV 請求失敗；可能是版本庫的 pre-revprop-change 鉤子執行失敗或者不存在 svn: 至少有一個屬性變更失敗；版本庫未改變 svn: 設定屬性 “log” 出錯: Repository has not been enabled to accept revision propchanges; ask the administrator to create a pre-revprop-change hook 
18. 傳輸檔案資料.svn: 提交失敗(細節如下): svn: Commit blocked by pre-commit hook (exit code 1) with output: ==================== trunk/src/File.c : 屬性 svn:mime-type 或者 svn:eol-style 沒有設定 ==================== 管理員已經啟用分行符號屬性檢查。每一個新添加的檔案必須 指定分行符號。如果 svn:mime-type 屬性為文字檔，則 必須設定 svn:eol-style 屬性。 對於二進位檔案，執行如下命令： svn propset svn:mime-type application/octet-stream path/of/file 對於文字檔，可以執行如下命令： svn propset svn:mime-type text/plain path/of/file svn propset svn:eol-style native path/of/file 為了避免每次添加檔案手動設定，可以啟用自動屬性設定 ... 
管理員啟用了檢查新檔案分行符號的擴充 
為新增檔案設定正確的 svn:mime-type 和/或 svn:eol-style 屬性

相關問題：
1.A：使用者在登陸系統時，輸入使用者名稱和密碼後，系統提示如下錯誤：403 Forbidden, 這是為什麼?
Q：首先確定輸入的路徑是否正確；
如路徑正確，請該使用者與組態管理員確定是否具有訪問該配置庫的許可權。
2．A：使用者在登陸系統時，輸入使用者名稱和密碼後，系統提示如下錯誤：authorization failed，這是為什麼?
Q：請確定輸入的使用者密碼是否正確，如果忘記密碼，請與組態管理員聯絡。
3．A：在修改檔案後，點擊“SVN commit”後，系統提示：Error commit failed，這是為什麼。
Q：請與組態管理員確認您對該配置庫是否具有“寫”的許可權。
4．A： 在登入伺服器時，不能正確登陸,並提示如下錯誤資訊:could not resolve hostname,什麼原因?
Q：該問題是因為不能解析地址中的網域名稱,請檢查TCP/IP 的DNS伺服器位址設定是否正確。（我們公司地址中使用的是網域名稱，直接使用IP應不會出現該問題）
5．A：使用者在登入時，輸入正確的地址，按“斷行符號”鍵後，系統長時間未反應，最後出現“400 Bad Request”的錯誤,為什麼?
也叫svn: Server sent unexpected return value (400 Bad Request) in response to COPY request for錯誤
Q：原因是卡巴斯基的WEB反防毒保護功能和SVN衝突：解決方案：
    在“設定”->"服務"->"網路設定"->"連接埠設定中取消對80連接埠的監控；或在“設定”-〉保護-〉信任地區-〉添加-〉瀏覽，瀏覽TortoiseSvn 安裝目錄下TortoiseSvn\bin\TortoiseProc.exe檔案即可。
6．A：為什麼用戶端無法提交，報告需要"clean up"的錯誤。
Q：Subversion用戶端在提交內容之前會在本地的工作拷貝寫日誌，防止其他用戶端再次作操作，如果這個提交過程中發生錯誤，就會存在未清理的日誌，解決這個問題只需要運行清理命令。需要在目錄或其父目錄執行"右鍵->TortoiseSVN->CleanUp"。
7．A：為什麼添加的檔案，別人看不到，版本庫裡也沒有。
Q：最可能的原因是，你用svn add(如果是TortoiseSVN可能是“右鍵->TortoiseSVN->Add...”)添加某個檔案，只是在本地註明某個檔案是預定要增加，而沒有實際添加到版本庫，要添加到版本庫必須執行svn commit(如果是TortoiseSVN可能是“右鍵->svn commit...”)。
8．A：為什麼我本地刪除的檔案，本地看不到,但別人那還仍然存在。
Q：最可能的原因是，你用svn delete(如果是TortoiseSVN可能是“右鍵->TortoiseSVN->delete...”)刪除某個檔案，只是在本地註明某個檔案是預定要刪除的，而沒有實際刪除到版本庫，要刪除的到版本庫必須執行svn commit(如果是TortoiseSVN可能是“右鍵->svn commit...”)。
9．A:SVN是否具有將目前版本回退到以前的曆史版本的功能。
Q：有,點擊你到所需要的jsp或者java的檔案,點擊右鍵,"顯示日誌",點到你需要恢複的版本,右擊"複原此版本".點擊確認,然後按提交.
10．A:SVN是否具有將所有做增加刪的檔案匯出(例如:release 的時候需要的修改的檔案名稱及路徑)
Q：有到你所需要查看的目錄檔案,右擊,"顯示日誌",在視窗中選擇你需要查看的幾個版本,右擊"複製到剪下版".開啟TXT,可以將修改的檔案,提交人,版次,資訊都顯示
11．A:SVN中修改一個檔案,如在提交前,放棄修改,如何操作

Q：有到你所需要查看的目錄檔案,右擊,"SVN還原",則恢複到未提交前的程式.
12．A:SVN中提交檔案前,如何知道是否在修改檔案的這段期間有人也修改了程式,減少提交有可能產生的衝突

Q：將你對檔案的修改發送給版本庫，稱為提交修改。但在你提交之前要確保你的檔案是最新的。你可以直接使用TortoiseSVN → 更新，或者，你可以先使用TortoiseSVN → 檢查修改看看哪些檔案在本地或是伺服器上已經有了改動。