亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

svn客戶端下載地址：https://tortoisesvn.net/downloads.html svn服務端下載地址：https://www.visualsvn.com/server/download

什么是版本控制工具？ ? 類似于銀聯卡，其特征和銀聯卡類似:受保護的和受約束的 為什么要用版本控制工具？ ? 方便管理，防止代碼誤刪，防止弄亂別人的代碼，并且每個人寫的代碼互相之間都不會產生沖突，方便下次再次編寫代碼

這個.svn文件夾一定不能刪，它的作用是和服務端聯系。

版本控制工具下載地址

TortoiseSVN客戶端

VisualSVN服務端

svn版本控制工具

對代碼的增刪改都在這個記錄里面

版本控制工具下載:

客戶端TortoiseSVN:http://tortoisesvn.net/downloads.html

服務器端VisualSVN:http://www.visualsvn.com/server/download

這節主要是比對

客戶端下載地址：TortoiseSVN:http://tortoisesvn.net/downloads.html
服務器端下載地：VisualSVN:http://www.visualsvn.com/server/download

安裝兩個軟件：

1. SVN服務端，可以用VisualSVN Server，在這里可以新增用戶

2. SVN客戶端，可以用TortoiseSVN

第一次從某一個倉庫下載代碼時：在任意一個文件夾下右鍵單擊，SVN Checkout:

URL of repository: 服務端倉庫路徑，本地地址： https://127.0.0.1:443(服務器端安裝時的選擇的端口)/svn/Test/

Checkout directory:

將遠程倉庫放在本地的文件夾路徑

基本操作：

SVN Commit：在本地倉庫有更新時，提交，要寫注釋

SVN Update：拉遠程的倉庫

show log：針對文件，右鍵單擊，可以看到提交記錄，在提交的記錄里，右鍵單擊，可以選擇需要revert的版本（在下方的path里面也可以右鍵單擊，將文件保存到本地磁盤）

在svn的根目錄也可以show log

沖突

有沖突時提交會產生三個文件，.mine是自己改好之后的代碼，rx,ry，x,y兩個數字較小者是我改之前的代碼，數字較大者，是服務端的代碼

1.如果要保留自己的版本，就用mine覆蓋原來的代碼，再次提交

2.如果認為對方是正確的，就revert一下，這個時候已經拿到了最新的代碼(不一定非要這樣操作，但是這樣方便)

3.如果認為上一個版本是正確的，用版本較小的覆蓋（直接刪除改后綴名）

經驗：如果Commit Failed！就不要點了ok繼續按update了，先把自己的代碼復制到一邊，再把那個文件revert，再update，再把放在一邊的文件重命名復制到相同文件夾下，選中兩個沖突的文件，TortoiesSVN->diff，左邊是最新的代碼，右邊的是我的，解決沖突之后兩個人最好都update一下

與歷史記錄比對：show log之后，同時選中兩個版本（比如現在到了第10版，那么要10/9先比較，看看有沒有差異，沒有差異，則比較9/8版，如果仍沒有差異，以此類推繼續比較），Compare revisions

1在官網下載：服務端安裝包和客戶端安裝包
2在電腦a上安裝服務端，并創建一個項目倉庫和創建2個用戶甲和乙
3甲和乙分別在各自電腦安裝客戶端，并用服務端創建的用戶名、密碼、連接服務端的url，連接到服務端
3.1此時甲和乙都擁有，將本地創建的文件提交到服務端，以及可以刪除服務端文件的權限(不過服務端都會保存操作記錄，以供方便追回)

4需要一個人在服務端倉庫創建一個項目的初始化版本，然后甲和乙各自更新到本地，各自開發相應的模塊；
5整個項目有太多文件，甲和乙每次只修改各自要操作的單個文件(對其他文件并不影響)
6記住，每次修改b文件前，一定先從服務端更新，將最新版本的b文件更新到本地，修改好以后，再提交到服務端
7如果甲想修改a文件，甲先將a文件的最新版(15版)從服務端更新到本地，然后進行修改；
7.1這時乙也將a文件的最新版(15版)從服務端更新到其本地，進行修改，修改之后，將a文件提交到服務端，這時a文件在服務端的記錄已經是第16版了，而甲的本地a文件還是第15個版本，此時甲修改好了準備提交到服務端，這是就會沖突，因為服務端已經是16版了；
7.2面對沖突，如果甲和乙在a文件修改的代碼不在同一行，當甲選擇繼續提交，svn會把甲和乙的修改同時合并到a文件，但是如果甲和乙在a文件修改的代碼在同一行，則svn會在甲的本地生成四個文件：四個文件個代表什么？看上一節筆記；
7.3一般開發過程中，面對上述沖突，最好的解決辦法就是：甲先不提交，先把自己在本地修改好的a文件，備份一份，然后再從服務端更新到a文件的最新版即16版，私下和乙協商，這個文件該怎么寫，協商好以后，把最終結果修改到a文件，再提交到服務端即可；
8一旦將某個文件提交到服務端倉庫以后，這個文件的所有修改記錄都會被服務端記錄，客戶端showlog就可以看到；
9從b文件創建，以及每一次的修改，都會有一個版本號，每一次版本都會被保存在服務端，如果想恢復到之前的某個版本，直接從showlog查詢，恢復就行
10甲和乙各自的本地項目文件丟失以后，不用擔心，再從服務端更新下來即可，但是如果服務端所在的電腦的磁盤被格式化了，這個項目將永遠徹底被刪除

1.分支不同 ==> update merge(svn自動合并)
2.分支沖突 ==> 協商解決沖突，選擇一個正確的版本覆蓋（最新的正確直接Revert最新）:
出現四個文件。黃色感嘆號代表SVN沒辦法自動合并，因為A B修改的內容一致。
第一個文件：共同修改內容對比顯示。第二個文件：A你的代碼 第三個文件：A B修改之前的版本代碼 第四個文件：B的代碼
解決辦法：1.A和B討論，選擇哪個版本。就把那個版本恢復。
恢復方法：比如A的正確，就把第二個文件重命名為A的那個文件名，覆蓋。
若想恢復成A B之前的版本，用第三個文件覆蓋
若想恢復成B的，也是用第四個文件覆蓋，或者在第一個文件右擊，revert到現在服務器上的B的版本

svn的基本操作： 1.我們在我們的項目里邊進行添加一個文件<就是我們從遠程服務器上邊下載的項目Test>，比如：test.java文件。我們會看到一個問號<?>,表示的是未提交的內容(和服務端項目有差異)。 2.如何進行提交我們寫好的項目呢？我們在這個項目里邊右擊鼠標，選擇svn commit，進行項目的提交。當提交成功的時候，我們發現之前添加文件上邊變成了對勾。 3.我們進行commit時，我們會在下邊的狀態看到status，status=modified，表示的是修改后的文件，status=missing，表示時刪除的文件。還有一個就是新添加的文件。

每次更新。刪除。增加后都要重新提交一次 svn版本控制工具，多人協作，需要安裝服務端和客戶端，服務端要建倉庫和用戶，客戶端checkout輸入用戶名和密碼，和保存路徑；commit提交本地磁盤增刪改文件，可以留意藍問號（新增），紅感嘆號（修改），綠鉤（已提交），還有提交時文件的status狀態是missing，modify等等