TotoiseSVN的基本使用辦法簽入源代碼到SVN服務器如果我們使用VisualStudio在文獻夾StartKit中創(chuàng)立了一種項目，我們要把這個項目的源代碼簽入到SVNServer上的代碼庫中里，首先右鍵點擊StartKit文獻夾，這時候的右鍵菜單以下圖所示：點擊Import，彈出下面的窗體，其中是服務器名，svn是代碼倉庫的根目錄，StartKit是我們在上個教程中添加的一種代碼庫。闡明：左下角的CheckBox，在第一次簽入源代碼時沒有用，但是，在后來你提交代碼的時候是非常有用的。點擊OK按鈕，會彈出下面的窗體，規(guī)定輸入憑據(jù)源代碼已經(jīng)成功簽入SVN服務器了。這時候團體組員就能夠遷出SVN服務器上的源代碼到自己的機器了簽出源代碼到本機在本機創(chuàng)立文獻夾StartKit，右鍵點擊Checkout，彈出以下圖的窗體：在上圖中URLofRepository：下的文本框中輸入svnserver中的代碼庫的地址，其它默認，點擊OK按鈕,就開始簽出源代碼了。闡明：上圖中的CheckoutDepth，有4個選項，分別是遷出全部、只簽出下一級子目錄和文獻、只簽出文獻、只簽出空項目，默認的是第一項。上面的例子中，我們也能夠使用web的方式訪問代碼庫，在瀏覽器中輸入這時候也會彈出對話框，規(guī)定輸入顧客名和密碼，通過驗證后即可瀏覽代碼庫中的內(nèi)容。源代碼已經(jīng)成功簽出到剛剛新建的StartKit目錄中。打開StartKit目錄，能夠看到以下圖的文獻夾構(gòu)造：一旦你對文獻或文獻夾做了任何修改，那么文獻或文獻夾的顯示圖片機會發(fā)生變化。下圖中我修改了其中的二個文獻(附：不同狀態(tài)所對應的圖片)現(xiàn)在我們已經(jīng)懂得怎么將源代碼簽入到SVN服務器，怎么從服務器簽出代碼到本機，也簡樸理解了不同狀態(tài)所對應的圖案啦。提交修改正的文獻到SVN服務器上面的圖2-2-7中，我修改了位于Model文獻中的二個文獻ImageInfo.cs和NewsInfo.cs，下面演示如何提交到SVN服務器。注意：提交源代碼到服務器時，一定確保本機的代碼是最新版本，否則可能提交失敗，或者造成版本沖突。在Model文獻夾上點擊右鍵或在Model文獻下的空白處點擊右鍵，點擊SVNCommit…彈出下面的窗體：點擊ok。添加新文獻到SVN服務器我們在Model文獻下添加一種新的類文獻UserInfo.cs，在Model文獻下的空白處點擊右鍵，點擊SVNCommit…，和上面講的提交修改正的文獻到SVN服務器同樣，就能夠了。另外也能夠在文獻UserInfo.cs上點擊右鍵，點擊TortoiseSVN=>>Add，彈出以下圖的窗體：選中UserInfo.cs文獻，點擊OK按鈕，這樣并沒有將這個文獻提交到SVN服務器，只是將這個文獻標記為源代碼庫庫中的文獻，并將其狀態(tài)置為修改狀態(tài)。之后，我們要再SVNCommit這個文獻一次，才能夠?qū)⑵湔嬲峤坏絊VN服務器上的代碼庫中。更新本機代碼與SVN服務器上最新的版本一致這個也很簡樸，只要在需要更新的文獻夾上點擊右鍵或在該文獻下的空白處點擊右鍵，點擊SVNUpdate，就能夠了。注意：更新操作可能會由于版本沖突而失敗，這是能夠使用合并【Merge】或其它辦法解決；也可能由于鎖定【GetLock】而失敗，這是需要先解鎖【ReleaseLock】。重命名文獻或文獻夾，并將修改提交到SVN服務器只要在需要重命名的文獻或文獻夾上點擊右鍵，點擊TortiseSVN=>>Rename…，在彈出的窗體中輸入新名稱，點擊OK按鈕，就能夠了。此辦法也不是直接重命名，而是將該文獻或文獻夾的名稱標記為重命名后名稱，也需要我們使用SVNCommit提交到SVN服務器后才真正重命名。刪除文獻或文獻夾，并將修改提交到SVN服務器最簡樸就是，你直接刪除文獻或文獻夾，然后使用SVNCommit提交更新到SVN服務器。另外一種辦法是在你要刪除的文獻或文獻夾上點擊右鍵=>>TortoiseSVN=>>Delete刪除,此辦法也不是直接刪除，而是將該文獻或文獻夾的狀態(tài)置為刪除，也需要我們使用SVNCommit提交到SVN服務器后才真正刪除。闡明：事實上，從你把源代碼遷簽入SVN服務器開始，每一種版本的數(shù)據(jù)和文獻，就算是你已經(jīng)刪除了的，也都能夠隨時遷出。注意：向SVN服務器提交源代碼的時候，一定不要提交bin、obj等文獻夾，否則會很麻煩。但是web項目的bin目錄除外，但是web項目的bin目錄中的引用其它項目而生成的dll不需要提交。1.8.版本沖突因素：假設(shè)A、B兩個顧客都在版本號為100的時候，更新了kingtuns.txt這個文獻，A顧客在修改完畢之后提交kingtuns.txt到服務器，這個時候提交成功，這個時候kingtuns.txt文獻的版本號已經(jīng)變成101了。同時B顧客在版本號為100的kingtuns.txt文獻上作修改，修改完畢之后提交到服務器時，由于不是在現(xiàn)在最新的101版本上作的修改，因此造成提交失敗。版本沖突現(xiàn)象：沖突發(fā)生時，subversion會在現(xiàn)在工作目錄中保存全部的目的文獻版本[上次更新版本、現(xiàn)在獲取的版本(即別人提交的版本)、自己更新的版本、目的文獻]。假設(shè)文獻名是kingtuns.txt對應的文獻名分別是：kingtuns.txt.r101kingtuns.txt.r102kingtuns.txt.minekingtuns.txt。同時在目的文獻中標記來自不同顧客的更改。版本沖突解決：場景：1、現(xiàn)在A、B兩個顧客都更新kingtuns.txt文獻到本地。2、文檔中原始文獻內(nèi)容以下：3、A顧客修改文獻，添加內(nèi)容“A顧客修改內(nèi)容”完畢后提交到服務器4、B顧客修改文獻，添加內(nèi)容“B顧客修改內(nèi)容”完畢后提交到服務器B顧客提交更新至服務器時提示以下：B顧客將文獻提交至服務器時，提示版本過期：首先應當從版本庫更新版本，然后去解決沖突，沖突解決后要執(zhí)行svnresolved（解決），然后在簽入到版本庫。在沖突解決之后，需要使用svnresolved（解決）來告訴subversion沖突解決，這樣才干提交更新。解決沖突有三種選擇：A、放棄自己的更新，使用svnrevert（回滾），然后提交。在這種方式下不需要使用svnresolved（解決）B、放棄自己的更新，使用別人的更新。使用最新獲取的版本覆蓋目的文獻，執(zhí)行resolvedfilename并提交(選擇文獻—右鍵—解決)。C、手動解決：沖突發(fā)生時，通過和其它顧客溝通之后，手動更新目的文獻。然后執(zhí)行resolvedfilename來解除沖突，最后提交。解決環(huán)節(jié)以下：1、

在現(xiàn)在目錄下執(zhí)行“update”（更新）操作2、

在沖突的文獻上（選中文獻--右鍵菜單—TortoiseSVN—Editconflicts（解決沖突）），出現(xiàn)以下窗口Theirs窗口為服務器上現(xiàn)在最新版本Mine窗口為本地修改后的版本Merged窗口為合并后的文獻內(nèi)容顯示

3、

如果要使用服務器版本，在Theirs窗口選中差別內(nèi)容，右鍵，選擇Usethistextblock（使用這段文本塊）。同理如果要使用本地版本，在協(xié)商后，在Mine窗口右鍵，選擇Usethistextblock（使用這段文本塊）。4、

修改完畢后，保存kingtuns.txt文獻內(nèi)容。5、

在B顧客的沖突目錄下，選中文獻--右鍵菜單—TortoiseSVN—Resolved（解決）。會列出沖突的文獻列表，如果確認已經(jīng)解決，點OK。6、

沖突解決

7、提交解決沖突后的文獻。如何減少沖突解決的復雜度：1、當文檔編輯完畢后，盡快提交，頻繁