亚洲好骚综合-亚洲黄色录像-亚洲黄色网址-亚洲黄色网址大全-99久久99久久-99久久99久久精品国产

一直以來對于自己的項目都是使用CVS進行管理，聽說Subversion很久了，但是都沒有時間去嘗試。想想時間都是省出來的，于是決定，學一點，不多，積累成河嘛。
Subversion和CVS相比，除了包含了CVS的全部特性之外，也加入了新的理念。

新理念

  1、路徑、改名、以及文件meta-data也可進入版本控制范圍。
  缺少這些特性是CVS被抱怨多的方面之一，subversion不止對文件內容和文件存放位置加入控制，也對目錄，拷貝，重命名操作加入版本控制。它也允許文件/目錄的相關元數據meta-data和文件/目錄本身一起被版本控制起來，并提供一種機制對文件的執行權限進行控制。
  2、Commit動作真正成為原子級的操作了。
直到整個commit動作都成功前不會有任何部分的commit會生效。版本修訂號只是預確認，而不是對文件預確認。(翻譯不出來 -_-;)日志信息將綁定到修訂信息，而不是象CVS那樣冗余的存儲下來。
 3、提供Apache網絡服務器∠睿?С�WebDAV/DeltaV協議。
Subversion可以使用基于http協議的WebDAV/DeltaV協議進行網絡通訊，并由Apache服務器提供源碼倉庫方的網絡瀏覽服務。這為Subversion提供了比CVS更好的協同工作能力，并提供了各式各樣的自由的關鍵特性：授權，基于路徑的授權，線性壓縮，以及基本源碼倉庫瀏覽。
4、獨立服務器選項
Subversion也能提供獨立服務器選項，使用自定的協議（不是每個人都想運行Apache2.x）獨立服務器可以作為系統的inetd服務運行，并提供基本的授權。它也能使用ssh進行加密。
 5、建立分支和標簽操作成為不耗時的操作。
這些動作沒理由耗時，所以我們不再讓它們耗時。
6、分支與標簽的實現都是基于底層的拷貝操作，一個拷貝占用一塊固定大小的空間。任何拷貝都可以作為一份標簽；假如你開始對某個版本的拷貝進行commit動作，那它也成為一個分支。(這與CVS的"分支節點做標簽"方式不同)
7、天然的client/server結構，層次化庫設計。
Subversion從設計之初即采用client/server機構；因此避免了困擾CVS了許久的一些維護性難題。
代碼被構建為一組帶有詳細接口說明的模塊，用以方便的由其他應用程序進行調用。
8、Client/server協議向雙方發送對比差異。
網絡協議利用寬帶有效地發送對比差異給客戶端和服務器端雙方。( CVS只是 server->client，?沒有client->server )
 9、資源消耗與數據改變的大小成正比，而不是與數據本身大小成正比一般來說，一項Subversion操作所需時間與操作終變化的大小成正比。而不是與操作所觸及的整個項目的大小成正比，這是Subversion源代碼倉庫模型的一個特性。
 10、有效的處理二進制文件
Subversion對于二進制文件和文本文件的處理同樣有效，因為subversion使用一種二進制差異比較算法來增量存儲那些連續的修訂本。
 11、易于語法分析的輸出。
所有Subversion命令行客戶端的輸出都是仔細設計的，可輕松為人所理解，也適于程序自動解析。可進行腳本語言處理將是下一步優先考慮的特性。
 好了，開始使用吧。
Subversion到目前的安裝已經非常簡單了。到Subversion網站下載Windows下的安裝文件，簡單的步驟可以完成安裝，而且安裝程序已經自動注冊Path，直接在命令行模式可以使用了。
  首先初始化Repository，輸入命令:
 svnadmin create D:TestRepository
然后，把現有的項目的目錄結構以及文件導入到Repository中：
 svn import D:ProjectsProject1 file:///D:TestRepositoryProject1 -m “初始化“
 用啟動服務
 svnserve -d -r D:TestRepository
 客戶端Checkout
 svn checkout svn://主機名/Project1?? (即獲取Project1的項目)
 以上都是很簡單的命令。而且上面只用到了一種服務模式，Apache的還在嘗試中。
 目前只用到了Subversion的基本功能，已經感覺不錯了，覺得入門很輕松，幫助文檔也比CVS要好的多。
 Subversion也有圖形的客戶端，可以在 TortoiseSVN 找到。
 Subversion也VS.Net的插件，可以在AnkhSVN 找到。
 TortoiseSVN相信不錯，因為以前用過它的另一個For CVS的工具，可以和瀏覽器結合在一起，非常方便和美觀。
服務
    Subversion具有兩種服務模式，一個是作為Apache的模塊，另一個是自定義協議的Subserve服務。作為Apache的模塊，客戶端可以通過WebDAV/DeltaV協議訪問Repository，而使用Subserve則使用
Subversion的自定義協議。
下表是兩種服務模式的比較：