svn常見問題彙總

[整理]svn常見問題彙總

 

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

解答：緣由是輸入的訪問路徑不正確，如svn://192.168.6.200/若是最後少寫了「/」，就會出現這種錯誤提示。

二、將文件checkout以後，沒有出現SVN的圖標，是怎麼回事？

解答：有些時候在客戶端Checkout文件後，SVN的系統圖標也會不顯示，能夠執行一下「Cleanup」，就會出現SVN的系統圖標。

三、爲何添加的文件，別人看不到，版本庫裏也沒有？

 

解答：最可能的緣由是，你只是執行了「Add」而沒有「Commit」，這樣只是在本地註明某個文件是預約要增長的，而沒有實際添加到版本庫中，要添加到版本庫必須執行「Commit」。刪除文件也是同樣。

四、「Commit failed。……You have toupdate your working copyfirst」 提交失敗，須要首先執行更新操做。

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

五、更新時提示文件發生衝突：「One ormore files are not a conflicted state。」

解答：多人同時修改同一文件的同一部分，SVN沒法自動進行合併，會致使該錯誤；解決方法：對工做複本中的文件和服務器的文件進行比較，手工合併便可。

六、「Commit failed；File alreadyexists」提交失敗，文件**已存在。

解答：版本管理系統在改變你的計算機上的工做副本時，是很是的當心的。在作任何事情以前，它都儘量把您的意圖寫到你的計算機上的日誌文件中去。但若是偶然地操做中斷了(例如：忽然停電了，您的計算機死機了)，那麼日誌文件記錄就可能同您最後的工做狀態不一致。一種建議解決途徑：先把要提交的東西拷出來放到其它目錄，再更新本地文件，而後把拷出來的文件從新放回去提交。

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

解答：Subversion客戶端在提交內容以前會在本地的工做拷貝寫日誌，防止其餘客戶端再次做操做，若是這個提交過程當中發生錯誤，就會存在未清理的日誌，解決這個問題之須要執行「清理」操做，整理你的計算機上的工做副本，清理錯誤的日誌記錄，使您能夠繼續操做。

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

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

九、由於倉庫與目錄不少，使用TSVN每次選擇目錄URL ofrepository有不少地址，如何才清除呢？像清除瀏覽器中的歷史那樣，用什麼方法呢？

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

十、在SVN中選中一個目錄showlog時，出現了某些版本只顯示版本號和（nodate），沒有其餘信息，什麼緣由引發的？

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

 

十一、Attempted to lock analready-locked dir is not under versioncontrol

 

I deleted the log file in the .svn directory (I also deleted theoffending file in .svn/props-base)
Then did acleanup.. Then resumed my update.

 

十二、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一樣適用

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

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

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

四、加鎖/解鎖
svn lock -m 「LockMessage「 [--force] PATH
例如：svn lock -m 「lock test file「 test.php
svn unlock PATH

五、更新到某個版本
svn update -r mpath
例如：
svn update若是後面沒有目錄，默認將當前目錄以及子目錄下的全部文件都更新到最新版本。
svn update -r 200 test.php(將版本庫中的文件test.php還原到版本200)
svn updatetest.php(更新，於版本庫同步。若是在提交的時候提示過時的話，是由於衝突，須要先update，修改文件，而後清除svnresolved，最後再提交commit)
簡寫：svn up

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

七、刪除文件
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)

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

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

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

十一、將兩個版本之間的差別合併到當前文件
svn merge -r m:n path
例如：svn merge -r 200:205test.php（將版本200與205之間的差別合併到當前文件，可是通常都會產生衝突，須要處理一下）

十二、SVN 幫助
svn help
svn help ci

1三、版本庫下的文件和目錄列表
svn list path
顯示path目錄下的全部屬於版本庫的文件和目錄
簡寫：svn ls

1四、建立歸入版本控制下的新目錄
svn mkdir: 建立歸入版本控制下的新目錄。
用法: 一、mkdir PATH…
二、mkdir URL…
建立版本控制的目錄。
一、每個以工做副本 PATH 指定的目錄，都會建立在本地端，而且加入新增
調度，以待下一次的提交。
二、每一個以URL指定的目錄，都會透過當即提交於倉庫中建立。
在這兩個狀況下，全部的中間目錄都必須事先存在。

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

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

1七、解決衝突
svn resolved: 移除工做副本的目錄或文件的「衝突」狀態。
用法: resolved PATH…
注意: 本子命令不會依語法來解決衝突或是移除衝突標記；它只是移除衝突的
相關文件，而後讓 PATH 能夠再次提交。

1八、輸出指定文件或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基本的工做週期，還有許多其它特性能夠管理你得版本庫和工做拷貝，可是隻使用前面介紹的命令你就能夠很輕鬆的工做了。