1、’.’ is not a working copy.Can’t open file‘.svn/entries’: 系統(tǒng)找不到指定的路徑。
*解答:原因是輸入的訪問路徑不正確,如svn://192.168.6.200/如果最后少寫了“/”,就會(huì)出現(xiàn)這種錯(cuò)誤提示。
2、將文件checkout之后,沒有出現(xiàn)SVN的圖標(biāo),是怎么回事?
解答:有些時(shí)候在客戶端Checkout文件后,SVN的系統(tǒng)圖標(biāo)也會(huì)不顯示,可以執(zhí)行一下“Cleanup”,就會(huì)出現(xiàn)SVN的系統(tǒng)圖標(biāo)。
3、**為什么添加的文件,別人看不到,版本庫里也沒有?
解答:最可能的原因是,你只是執(zhí)行了“Add”而沒有“Commit”,這樣只是在本地注明某個(gè)文件是預(yù)定要增加的,而沒有實(shí)際添加到版本庫中,要添加到版本庫必須執(zhí)行“Commit”。刪除文件也是一樣。
4、“Commit failed。……You have to update your working copy first” 提交失敗,需要首先執(zhí)行更新操作。
解答:多人同時(shí)修改同一文件,在提交前其他人已經(jīng)搶先提交到SVN服務(wù)器中,導(dǎo)致該錯(cuò)誤;解決方法:對工作復(fù)本中的文件進(jìn)行更新即可。
5、**更新時(shí)提示文件發(fā)生沖突:“One or more files are not a conflicted state?!?/h4>
解答:多人同時(shí)修改同一文件的同一部分,SVN無法自動(dòng)進(jìn)行合并,會(huì)導(dǎo)致該錯(cuò)誤;解決方法:對工作復(fù)本中的文件和服務(wù)器的文件進(jìn)行比較,手工合并即可。
6、“Commit failed;File alreadyexists”提交失敗,文件已存在。
**解答:版本管理系統(tǒng)在改變你的計(jì)算機(jī)上的工作副本時(shí),是非常的小心的。在做任何事情之前,它都盡可能把您的意圖寫到你的計(jì)算機(jī)上的日志文件中去。但如果偶然地操作中斷了(例如:突然停電了,您的計(jì)算機(jī)死機(jī)了),那么日志文件記錄就可能同您最后的工作狀態(tài)不一致。一種建議解決途徑:先把要提交的東西拷出來放到其它目錄,再更新本地文件,然后把拷出來的文件重新放回去提交。
7、Working copy’’locked.Please execute the ’Clean up’ command.
**解答:Subversion客戶端在提交內(nèi)容之前會(huì)在本地的工作拷貝寫日志,防止其他客戶端再次作操作,如果這個(gè)提交過程中發(fā)生錯(cuò)誤,就會(huì)存在未清理的日志,解決這個(gè)問題之需要執(zhí)行“清理”操作,整理你的計(jì)算機(jī)上的工作副本,清理錯(cuò)誤的日志記錄,使您可以繼續(xù)操作。
8、執(zhí)行cleanup時(shí),出現(xiàn)錯(cuò)誤“Subversion reported an error while doing a cleanup!” ''is not a working copy directory ”**
解答:遇到這種情況,先刪除隱藏文件夾.svn中的tmp下面的臨時(shí)文件,再執(zhí)行cleanup。
9、因?yàn)閭}庫與目錄很多,使用TSVN每次選擇目錄URL ofrepository有很多地址,如何才清除呢?像清除瀏覽器中的歷史那樣,用什么方法呢?
解答:右鍵->TortoiseSVN->Settings->SavedData,就可以清除你想要的東西了,包括URL、log、窗口大小、密碼緩存等。
10、在SVN中選中一個(gè)目錄showlog時(shí),出現(xiàn)了某些版本只顯示版本號(hào)和(nodate),沒有其他信息,什么原因引起的?
解答:出現(xiàn)了(no date)的revision,為其他人修改了你所沒有權(quán)限訪問的某個(gè)目錄下的文件。
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解決辦法?
只添加相應(yīng)目錄到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是服務(wù)器上的目錄)例如:svn checkout svn://192.168.1.1/pro/domain簡寫:svn co
2、往版本庫中添加新的文件或文件夾svn add file例如:svn add test.php(添加test.php)svn add *.php(添加當(dāng)前目錄下所有的php文件)
3、將改動(dòng)的文件提交到版本庫svn commit-m “LogMessage“ [-N] [--no-unlock]PATH(如果選擇了保持鎖,就使用–no-unlock開關(guān))例如:svn commit -m “add test file for my test“ test.php簡寫:svn ci
4、加鎖/解鎖svn lock -m “LockMessage“ [--force] PATH例如:svn lock -m “l(fā)ock test file“ test.phpsvn unlock PATH
5、更新到某個(gè)版本svn update -r mpath例如:svn update如果后面沒有目錄,默認(rèn)將當(dāng)前目錄以及子目錄下的所有文件都更新到最新版本。svn update -r 200 test.php(將版本庫中的文件test.php還原到版本200)svn updatetest.php(更新,于版本庫同步。如果在提交的時(shí)候提示過期的話,是因?yàn)闆_突,需要先update,修改文件,然后清除svnresolved,最后再提交commit)簡寫:svn up
6、查看文件或者目錄狀態(tài)1)svn status path(目錄下的文件和子目錄的狀態(tài),正常狀態(tài)不顯示)【?:不在svn的控制中;M:內(nèi)容被修改;C:發(fā)生沖突;A:預(yù)定加入到版本庫;K:被鎖定】2)svn status -v path(顯示文件和子目錄狀態(tài))第一列保持相同,第二列顯示工作版本號(hào),第三和第四列顯示最后一次修改的版本號(hào)和修改人。注:svn status、svn diff和 svnrevert這三條命令在沒有網(wǎng)絡(luò)的情況下也可以執(zhí)行的,原因是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 顯示這個(gè)文件的所有修改記錄,及其版本號(hào)的變化
9、查看文件詳細(xì)信息svn info path 例如:svn info test.php
10、比較差異svn diff path(將修改的文件與基礎(chǔ)版本比較)例如:svn diff test.php svn diff -r m:n path(對版本m和版本n比較差異)例如:svn diff -r 200:201 test.php簡寫:svn di
11、將兩個(gè)版本之間的差異合并到當(dāng)前文件svn merge -r m:n path例如:svn merge -r 200:205test.php(將版本200與205之間的差異合并到當(dāng)前文件,但是一般都會(huì)產(chǎn)生沖突,需要處理一下)
12、SVN 幫助svn help svn help ci
13、版本庫下的文件和目錄列表svn list path顯示path目錄下的所有屬于版本庫的文件和目錄簡寫:svn ls
14、創(chuàng)建納入版本控制下的新目錄svn mkdir: 創(chuàng)建納入版本控制下的新目錄。
用法: 1、mkdir PATH…2、mkdir URL…創(chuàng)建版本控制的目錄。
1、每一個(gè)以工作副本 PATH 指定的目錄,都會(huì)創(chuàng)建在本地端,并且加入新增調(diào)度,以待下一次的提交。
2、每個(gè)以URL指定的目錄,都會(huì)透過立即提交于倉庫中創(chuàng)建。在這兩個(gè)情況下,所有的中間目錄都必須事先存在。
15、恢復(fù)本地修改svn revert: 恢復(fù)原始未改變的工作副本文件 (恢復(fù)大部份的本地修改)。revert:用法: revert PATH…注意: 本子命令不會(huì)存取網(wǎng)絡(luò),并且會(huì)解除沖突的狀況。但是它不會(huì)恢復(fù)被刪除的目錄
16、代碼庫URL變更svn switch (sw): 更新工作副本至不同的URL。用法: 1、switch URL [PATH]2、switch –relocate FROM TO [PATH...]1、更新你的工作副本,映射到一個(gè)新的URL,其行為跟“svn update”很像,也會(huì)將服務(wù)器上文件與本地文件合并。這是將工作副本對應(yīng)到同一倉庫中某個(gè)分支或者標(biāo)記的方法。2、改寫工作副本的URL元數(shù)據(jù),以反映單純的URL上的改變。當(dāng)倉庫的根URL變動(dòng)(比如方案名或是主機(jī)名稱變動(dòng)),但是工作副本仍舊對映到同一倉庫的同一目錄時(shí)使用這個(gè)命令更新工作副本與倉庫的對應(yīng)關(guān)系。
17、解決沖突svn resolved: 移除工作副本的目錄或文件的“沖突”狀態(tài)。用法: resolved PATH…注意: 本子命令不會(huì)依語法來解決沖突或是移除沖突標(biāo)記;它只是移除沖突的相關(guān)文件,然后讓 PATH 可以再次提交。
18、輸出指定文件或URL的內(nèi)容。svn cat 目標(biāo)[@版本]…如果指定了版本,將從指定的版本開始查找。svn cat -r PREV filename > filename (PREV是上一版本,也可以寫具體版本號(hào),這樣輸出結(jié)果是可以提交的)
Aborting commit: 'XXXXXXXX'remains in conflict錯(cuò)誤
今天在提交項(xiàng)目文件到本地SVN時(shí)提示錯(cuò)誤如下:
過期:”global.php“在事務(wù)”21-1“,You have to update your working copy first.
運(yùn)行update更新后再次提交又出現(xiàn)如下錯(cuò)誤:
svn: Commit failed (details follow):svn: Aborting commit:'global.php' remains inconflict查了一下SVN的手冊才知道原來是多個(gè)版本之間遇到?jīng)_突。此時(shí)你需要解決沖突(合并別人的修改)。--------------------------------------------------------------------------------
舉一個(gè)例子,Sally修改了sandwich.txt,Harry剛剛改變了他的本地拷貝中的這個(gè)文件并且提交到服務(wù)器,Sally在提交之前更新它的工作拷貝得到了沖突:
$ svn update C sandwich.txt Updated to revision 2. $ ls -1sandwich.txt sandwich.txt.mine sandwich.txt.r1 sandwich.txt.r2
在這種情況下,Subversion不會(huì)允許你提交sandwich.txt,直到你的三個(gè)臨時(shí)文件被刪掉。
$ 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
如果你遇到?jīng)_突,三件事你可以選擇:
“手動(dòng)”合并沖突文本(檢查和修改文件中的沖突標(biāo)志)。
用某一個(gè)臨時(shí)文件覆蓋你的工作文件。
運(yùn)行svn revert <filename>來放棄所有的修改。
一旦你解決了沖突,你需要通過命令svnresolved讓Subversion知道,這樣就會(huì)刪除三個(gè)臨時(shí)文件,Subversion就不會(huì)認(rèn)為這個(gè)文件是在沖突狀態(tài)了。
$ svn resolved sandwich.txt Resolved conflicted state of'sandwich.txt'
手工合并沖突第一次嘗試解決沖突讓人感覺很害怕,但經(jīng)過一點(diǎn)訓(xùn)練,它簡單的像是騎著車子下坡。
這里一個(gè)簡單的例子,由于不良的交流,你和同事Sally,同時(shí)編輯了sandwich.txt。Sally提交了修改,當(dāng)你準(zhǔn)備更新你的版本,沖突發(fā)生了,我們不得不去修改sandwich.txt來解決這個(gè)問題。首先,看一下這個(gè)文件:
$ cat sandwich.txtTop piece ofbreadMayonnaiseLettuceTomatoProvolone<<<<<<<.mineSalamiMortadellaProsciutto=======SauerkrautGrilledChicken>>>>>>>.r2Creole MustardBottom piece ofbread小于號(hào)、等于號(hào)和大于號(hào)串是沖突標(biāo)記,并不是沖突的數(shù)據(jù),你一定要確定這些內(nèi)容在下次提交之前得到刪除,前兩組標(biāo)志中間的內(nèi)容是你在沖突區(qū)所做的修改:
<<<<<<<.mineSalamiMortadellaProsciutto=======后兩組之間的是Sally提交的修改沖突:
=======SauerkrautGrilledChicken>>>>>>>.r2通常你并不希望只是刪除沖突標(biāo)志和Sally的修改—當(dāng)她收到三明治時(shí),會(huì)非常的吃驚。所以你應(yīng)該走到她的辦公室或是拿起電話告訴Sally,你沒辦法從從意大利熟食店得到想要的泡菜。一旦你們確認(rèn)了提交內(nèi)容后,修改文件并且刪除沖突標(biāo)志。
Top piece ofbreadMayonnaiseLettuceTomatoProvoloneSalamiMortadellaProsciuttoCreoleMustardBottom piece of bread現(xiàn)在運(yùn)行svn resolved,你已經(jīng)準(zhǔn)備好提交了:
$ svn resolved sandwich.txt$ svn commit -m "Go ahead and use mysandwich, discarding Sally'sedits."記住,如果你修改沖突時(shí)感到混亂,你可以參考subversion生成的三個(gè)文件—包括你未作更新的文件。你也可以使用第三方的合并工具檢驗(yàn)這三個(gè)文件。
拷貝覆蓋你的工作文件如果你只是希望取消你的修改,你可以僅僅拷貝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如果你得到?jīng)_突,經(jīng)過檢查你決定取消自己的修改并且重新編輯,你可以恢復(fù)你的修改:
$ svn revert sandwich.txtReverted 'sandwich.txt'$ lssandwich.sandwich.txt注意,當(dāng)你恢復(fù)一個(gè)沖突的文件時(shí),不需要再運(yùn)行svn resolved。
現(xiàn)在我們準(zhǔn)備好提交修改了,注意svnresolved不像我們本章學(xué)過的其他命令一樣需要參數(shù),在任何你認(rèn)為解決了沖突的時(shí)候,只需要小心運(yùn)行svnresolved,—一旦刪除了臨時(shí)文件,Subversion會(huì)讓你提交這文件,即使文件中還存在沖突標(biāo)記。
提交你得修改最后!你的修改結(jié)束了,你合并了服務(wù)器上所有的修改,你準(zhǔn)備好提交修改到版本庫。
svncommit命令發(fā)送所有的修改到版本庫,當(dāng)你提交修改時(shí),你需要提供一些描述修改的日志信息,你的信息會(huì)附到這個(gè)修訂版本上,如果信息很簡短,你可以在命令行中使用--message(-m)選項(xiàng):
$ svn commit --message "Corrected number of cheese slices." Sendingsandwich.txt Transmitting file data . Committed revision 3.
然而,如果你把寫日志信息當(dāng)作工作的一部分,你也許會(huì)希望通過告訴Subversion一個(gè)文件名得到日志信息,使用--file選項(xiàng):
$ svn commit --file logmsg Sending sandwich.txt Transmitting filedata . Committed revision 4.
如果你沒有指定--message或者--file選項(xiàng),Subversion會(huì)自動(dòng)地啟動(dòng)你最喜歡的編輯器來編輯日志信息。
版本庫不知道也不關(guān)心你的修改作為一個(gè)整體是否有意義,它只檢查是否有其他人修改了同一個(gè)文件,如果別人已經(jīng)這樣做了,你的整個(gè)提交會(huì)失敗,并且提示你一個(gè)或多個(gè)文件已經(jīng)過時(shí)了:
$ svn commit --message "Add another rule" Sending rules.txt svn:Commit failed (details follow): svn: Out of date: 'rules.txt' intransaction 'g'
此刻,你需要運(yùn)行svn update來處理所有的合并和沖突,然后再嘗試提交。
我們已經(jīng)覆蓋了Subversion基本的工作周期,還有許多其它特性可以管理你得版本庫和工作拷貝,但是只使用前面介紹的命令你就可以很輕松的工作了。