1、’.’ is not a working copy.Can’t open file‘.svn/entries’: 系統找不到指定的路徑。

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

2、將文件checkout之后，沒有出現SVN的圖標，是怎么回事？

解答：有些時候在客戶端Checkout文件后，SVN的系統圖標也會不顯示，可以執行一下“Cleanup”，就會出現SVN的系統圖標。

3、**為什么添加的文件，別人看不到，版本庫里也沒有？

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

4、“Commit failed。……You have to update your working copy first” 提交失敗，需要首先執行更新操作。

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

5、**更新時提示文件發生沖突：“One or more files are not a conflicted state。”

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

6、“Commit failed；File alreadyexists”提交失敗，文件已存在。

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

7、Working copy’’locked.Please execute the ’Clean up’ command.

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

8、執行cleanup時，出現錯誤“Subversion reported an error while doing a cleanup!” ''is not a working copy directory ”**

解答：遇到這種情況，先刪除隱藏文件夾.svn中的tmp下面的臨時文件，再執行cleanup。

9、因為倉庫與目錄很多，使用TSVN每次選擇目錄URL ofrepository有很多地址，如何才清除呢？像清除瀏覽器中的歷史那樣，用什么方法呢？

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

10、在SVN中選中一個目錄showlog時，出現了某些版本只顯示版本號和（nodate），沒有其他信息，什么原因引起的？

解答：出現了（no date）的revision，為其他人修改了你所沒有權限訪問的某個目錄下的文件。

11、Attempted to lock an already-locked dir is not under version control

I deleted the log file in the .svn directory (I also deleted the off ending file in .svn/props-base)Then did a cleanup.. Then resumed my update.

12、svn: warning: 'xxxxx' isalready under version control解決辦法?

只添加相應目錄到SVN，但不添加目錄下的文件: #svn stuploads|grep ^?|awk "{print /$2}"|xargs svn add -N
原因: 很可能是 .svn 隱藏目錄版本信息被修改了解決辦法:刪除uploads目錄下的.svn目錄及下面的文件（保留uploads目錄的.svn）#finduploads |grep 'uploads/[^/.]/.svn'|xargs rm -rf
或者：find. -name ".svn*" |xargs rm -Rf
Mac svn命令linux同樣適用

1、將文件checkout到本地目錄svn checkoutpath（path是服務器上的目錄）例如：svn checkout svn://192.168.1.1/pro/domain簡寫：svn co

2、往版本庫中添加新的文件或文件夾svn add file例如：svn add test.php(添加test.php)svn add *.php(添加當前目錄下所有的php文件)

3、將改動的文件提交到版本庫svn commit-m “LogMessage“ [-N] [--no-unlock]PATH(如果選擇了保持鎖，就使用–no-unlock開關)例如：svn commit -m “add test file for my test“ test.php簡寫：svn ci

4、加鎖/解鎖svn lock -m “LockMessage“ [--force] PATH例如：svn lock -m “lock test file“ test.phpsvn unlock PATH

5、更新到某個版本svn update -r mpath例如：svn update如果后面沒有目錄，默認將當前目錄以及子目錄下的所有文件都更新到最新版本。svn update -r 200 test.php(將版本庫中的文件test.php還原到版本200)svn updatetest.php(更新，于版本庫同步。如果在提交的時候提示過期的話，是因為沖突，需要先update，修改文件，然后清除svnresolved，最后再提交commit)簡寫：svn up

6、查看文件或者目錄狀態1）svn status path（目錄下的文件和子目錄的狀態，正常狀態不顯示）【?：不在svn的控制中；M：內容被修改；C：發生沖突；A：預定加入到版本庫；K：被鎖定】2）svn status -v path(顯示文件和子目錄狀態)第一列保持相同，第二列顯示工作版本號，第三和第四列顯示最后一次修改的版本號和修改人。注：svn status、svn diff和 svnrevert這三條命令在沒有網絡的情況下也可以執行的，原因是svn在本地的.svn中保留了本地版本的原始拷貝。簡寫：svn st

7、刪除文件svn delete path -m “deletetest fle“例如：svn delete svn://192.168.1.1/pro/domain/test.php -m “delete testfile”或者直接svn delete test.php 然后再svn ci -m ‘delete testfile‘，推薦使用這種簡寫：svn (del, remove,rm)

8、查看日志svn log path例如：svn log test.php 顯示這個文件的所有修改記錄，及其版本號的變化

9、查看文件詳細信息svn info path 例如：svn info test.php

10、比較差異svn diff path(將修改的文件與基礎版本比較)例如：svn diff test.php svn diff -r m:n path(對版本m和版本n比較差異)例如：svn diff -r 200:201 test.php簡寫：svn di

11、將兩個版本之間的差異合并到當前文件svn merge -r m:n path例如：svn merge -r 200:205test.php（將版本200與205之間的差異合并到當前文件，但是一般都會產生沖突，需要處理一下）

12、SVN 幫助svn help svn help ci

13、版本庫下的文件和目錄列表svn list path顯示path目錄下的所有屬于版本庫的文件和目錄簡寫：svn ls

14、創建納入版本控制下的新目錄svn mkdir: 創建納入版本控制下的新目錄。

用法: 1、mkdir PATH…2、mkdir URL…創建版本控制的目錄。
1、每一個以工作副本 PATH 指定的目錄，都會創建在本地端，并且加入新增調度，以待下一次的提交。
2、每個以URL指定的目錄，都會透過立即提交于倉庫中創建。在這兩個情況下，所有的中間目錄都必須事先存在。

15、恢復本地修改svn revert: 恢復原始未改變的工作副本文件 (恢復大部份的本地修改)。revert:用法: revert PATH…注意: 本子命令不會存取網絡，并且會解除沖突的狀況。但是它不會恢復被刪除的目錄

16、代碼庫URL變更svn switch (sw): 更新工作副本至不同的URL。用法: 1、switch URL [PATH]2、switch –relocate FROM TO [PATH...]1、更新你的工作副本，映射到一個新的URL，其行為跟“svn update”很像，也會將服務器上文件與本地文件合并。這是將工作副本對應到同一倉庫中某個分支或者標記的方法。2、改寫工作副本的URL元數據，以反映單純的URL上的改變。當倉庫的根URL變動(比如方案名或是主機名稱變動)，但是工作副本仍舊對映到同一倉庫的同一目錄時使用這個命令更新工作副本與倉庫的對應關系。

17、解決沖突svn resolved: 移除工作副本的目錄或文件的“沖突”狀態。用法: resolved PATH…注意: 本子命令不會依語法來解決沖突或是移除沖突標記；它只是移除沖突的相關文件，然后讓 PATH 可以再次提交。

18、輸出指定文件或URL的內容。svn cat 目標[@版本]…如果指定了版本，將從指定的版本開始查找。svn cat -r PREV filename > filename (PREV是上一版本,也可以寫具體版本號,這樣輸出結果是可以提交的)

Aborting commit: 'XXXXXXXX'remains in conflict錯誤
今天在提交項目文件到本地SVN時提示錯誤如下：
過期：”global.php“在事務”21-1“,You have to update your working copy first.
運行update更新后再次提交又出現如下錯誤：
svn: Commit failed (details follow):svn: Aborting commit:'global.php' remains inconflict查了一下SVN的手冊才知道原來是多個版本之間遇到沖突。此時你需要解決沖突（合并別人的修改）。--------------------------------------------------------------------------------
舉一個例子，Sally修改了sandwich.txt，Harry剛剛改變了他的本地拷貝中的這個文件并且提交到服務器，Sally在提交之前更新它的工作拷貝得到了沖突：
$ svn update C sandwich.txt Updated to revision 2. $ ls -1sandwich.txt sandwich.txt.mine sandwich.txt.r1 sandwich.txt.r2
在這種情況下，Subversion不會允許你提交sandwich.txt，直到你的三個臨時文件被刪掉。
$ svn commit --message "Add a few more things" svn: Commit failed(details follow): svn: Aborting commit:'/home/sally/svn-work/sandwich.txt' remains in conflict
如果你遇到沖突，三件事你可以選擇：
“手動”合并沖突文本（檢查和修改文件中的沖突標志）。
用某一個臨時文件覆蓋你的工作文件。
運行svn revert <filename>來放棄所有的修改。
一旦你解決了沖突，你需要通過命令svnresolved讓Subversion知道，這樣就會刪除三個臨時文件，Subversion就不會認為這個文件是在沖突狀態了。
$ svn resolved sandwich.txt Resolved conflicted state of'sandwich.txt'
手工合并沖突第一次嘗試解決沖突讓人感覺很害怕，但經過一點訓練，它簡單的像是騎著車子下坡。
這里一個簡單的例子，由于不良的交流，你和同事Sally，同時編輯了sandwich.txt。Sally提交了修改，當你準備更新你的版本，沖突發生了，我們不得不去修改sandwich.txt來解決這個問題。首先，看一下這個文件：
$ cat sandwich.txtTop piece ofbreadMayonnaiseLettuceTomatoProvolone<<<<<<<.mineSalamiMortadellaProsciutto=======SauerkrautGrilledChicken>>>>>>>.r2Creole MustardBottom piece ofbread小于號、等于號和大于號串是沖突標記，并不是沖突的數據，你一定要確定這些內容在下次提交之前得到刪除，前兩組標志中間的內容是你在沖突區所做的修改：
<<<<<<<.mineSalamiMortadellaProsciutto=======后兩組之間的是Sally提交的修改沖突：
=======SauerkrautGrilledChicken>>>>>>>.r2通常你并不希望只是刪除沖突標志和Sally的修改—當她收到三明治時，會非常的吃驚。所以你應該走到她的辦公室或是拿起電話告訴Sally，你沒辦法從從意大利熟食店得到想要的泡菜。一旦你們確認了提交內容后，修改文件并且刪除沖突標志。
Top piece ofbreadMayonnaiseLettuceTomatoProvoloneSalamiMortadellaProsciuttoCreoleMustardBottom piece of bread現在運行svn resolved，你已經準備好提交了：
$ svn resolved sandwich.txt$ svn commit -m "Go ahead and use mysandwich, discarding Sally'sedits."記住，如果你修改沖突時感到混亂，你可以參考subversion生成的三個文件—包括你未作更新的文件。你也可以使用第三方的合并工具檢驗這三個文件。
拷貝覆蓋你的工作文件如果你只是希望取消你的修改，你可以僅僅拷貝Subversion為你生成的文件替換你的工作拷貝：
$ svnupdateC sandwich.txtUpdatedto revision 2.$ lssandwich.sandwich.txt sandwich.txt.mine sandwich.txt.r2 sandwich.txt.r1$cp sandwich.txt.r2 sandwich.txt$ svn resolved sandwich.txt下注：使用svnrevert如果你得到沖突，經過檢查你決定取消自己的修改并且重新編輯，你可以恢復你的修改：
$ svn revert sandwich.txtReverted 'sandwich.txt'$ lssandwich.sandwich.txt注意，當你恢復一個沖突的文件時，不需要再運行svn resolved。
現在我們準備好提交修改了，注意svnresolved不像我們本章學過的其他命令一樣需要參數，在任何你認為解決了沖突的時候，只需要小心運行svnresolved，—一旦刪除了臨時文件，Subversion會讓你提交這文件，即使文件中還存在沖突標記。
提交你得修改最后！你的修改結束了，你合并了服務器上所有的修改，你準備好提交修改到版本庫。
svncommit命令發送所有的修改到版本庫，當你提交修改時，你需要提供一些描述修改的日志信息，你的信息會附到這個修訂版本上，如果信息很簡短，你可以在命令行中使用--message（-m）選項：
$ svn commit --message "Corrected number of cheese slices." Sendingsandwich.txt Transmitting file data . Committed revision 3.
然而，如果你把寫日志信息當作工作的一部分，你也許會希望通過告訴Subversion一個文件名得到日志信息，使用--file選項：
$ svn commit --file logmsg Sending sandwich.txt Transmitting filedata . Committed revision 4.
如果你沒有指定--message或者--file選項，Subversion會自動地啟動你最喜歡的編輯器來編輯日志信息。
版本庫不知道也不關心你的修改作為一個整體是否有意義，它只檢查是否有其他人修改了同一個文件，如果別人已經這樣做了，你的整個提交會失敗，并且提示你一個或多個文件已經過時了：
$ svn commit --message "Add another rule" Sending rules.txt svn:Commit failed (details follow): svn: Out of date: 'rules.txt' intransaction 'g'
此刻，你需要運行svn update來處理所有的合并和沖突，然后再嘗試提交。
我們已經覆蓋了Subversion基本的工作周期，還有許多其它特性可以管理你得版本庫和工作拷貝，但是只使用前面介紹的命令你就可以很輕松的工作了。