svn拉取代碼編譯報錯

A. iOS開發，從Svn更新代碼下來編譯器報了這個錯誤，求大神解答

MainIMVC 這個類 工程下找鋒侍不到。是別人提交項目代碼的時候 project 文件沒提交罩坦。提交下就好了。或者你從物理目錄下 找到這個文件 把他添加到物基桐項目中。

B. SVN 檢出代碼，到99%就報錯cannot checkout，怎麼解決

解決方法;

1.clean up：

2.再check out。

C. linux：svn上checkout的java文件編譯錯誤

因為svn同步的項目中沒有加入相應局桐清的依賴jar包。

解決辦法：

第一步：在項目上右擊，選輪鏈擇build path；

第二步：找到」libraries「，之後將需要的jar和jdk引入，點擊」Finsh「即可。

備註：通常svn存儲的都是java代碼，而一些lib等因為是可以復用的，會單獨存儲一份就可以了。實際上多數項目都是通過maven建立的資源庫形式。再就是可能是編碼格式不對，在項桐前目屬性下修改一下即可。

D. 項目與svn同步時發生錯誤怎麼解決

需要對項目目錄進行清理。

E. SVN 代碼提交時處錯誤。出了如下的錯誤，怎麼解決

.svn文件夾是用於存放SVN的控制文件的，從報錯臘純者信息來看，似乎褲毀是svn的控制文件出現了缺失或混亂，執行一下svn cleanup看看能否修復，如果還不行就把還沒上傳的文件輪薯備份一下，然後刪除crm這個文件夾，再把這個文件夾update出來，把備份的文件復制到相應位置，重新commit

F. TortoiseSVN常見的錯誤信息與解決方法

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

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

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

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

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

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

2、無法打開文件’XXXnnn-n.txnchanges‘：無法訪問，文件正被其它程序唯源使用。

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

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

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

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

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

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

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

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

4、OPTIONSof’《path》‘：401AuthorizationRequired《url》

升級到1.4.x版之後，你發現無法訪問版本庫了，每次都出這個錯：OPTIONSof’path‘：401AuthorizationRequired’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、工作拷貝已過期

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

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

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

AddFolderinrevision1

AddFile1andFile2inrevision2



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

Folder：revision1

Folder/File1：revision3

Folder/File2：revision2

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

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

7、無法寫到標准輸出

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

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

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

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

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

8、400伺服器未能理解請求（400BadRequest）

REPORTrequestfailedon’。。。‘REPORTof’。。。‘：400BadRequest（http://。。。）

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

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

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

PROPFINDrequestfailed：403Forbidden

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

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

10、405HTTPMethodNotAllowed

PROPFINDRequestFailed-Error405HTTPMethodNotAllowed

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

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

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

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

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

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

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

G. 從svn下載的項目（或從別處拷貝來的）報錯的可能情況以及解決經驗

舉個栗子：如果svn上的項目是用sdk10的，但是你電腦上最低sdk是14的，那麼這時候就會報錯。

解決辦法：a、滑鼠點擊項目，b、快捷鍵「alt+enter」，c、左側點擊「Android」，右側選中一個sdk的版本，這里顯示的版本就是你電腦上已經安裝的。

既然到了這個頁面，順便看看下面的依賴庫是否正常

附圖：

如果是由於編譯器版本不對，這時候你的項目可能出現一整片的問題，簡直把新人嚇得魂飛魄散。

解決：選擇正確的編型滲譯器版本:a、滑鼠點擊項目，b、快捷鍵「alt+enter」，c、左側點擊「Java Compiler」，

這個問題還是比較少見的。不過既然出現了咱們就解決吧：

a、打開項目在磁碟上的位置，b、項目裡面有個.Setting的文件夾，打開它。c、以編輯的方式打開這個文件org.eclipse.wst.common.project.facet.core.xml，d、讓facet的版本跟Java compiler的版本一致（查看java Compiler版本請看第二步）

這里薯笑的jar包路徑應該是你本地磁碟的路徑，而不是svn載下來默認的項目相對路徑。如果是項目相對路徑，a、修改方式就是刪除這個些jar包，b、然後「Add External JARs」，c、打開資源管理器選擇libs文件夾下的jar包。正常情況下，有道的jar這里都會有的數租含。出錯主要是因為路徑沒有指向這里。