kkx給大家分享的Subversion（簡稱SVN）是一個開源的版本控制系統，它可以幫助軟件團隊協作開發和管理項目的源代碼。Subversion 的主要功能包括版本控制、文件追蹤、分支和標記、版本歷史記錄、權限管理等。Subversion 最初是由 CollabNet 公司開發，其中的版本號遵循 Apache Group 的規范，即主版本號.次版本號.修正版本號，在 Subversion 中也叫做 release.major.minor。Subversion 使用一種名為“復制-修改-合并”的機制來管理源代碼的版本，這種機制確保團隊成員之間的修改不會互相沖突。Subversion 有一個命令行工具，也有多個圖形化的客戶端工具，例如 TortoiseSVN、eclipse svn插件、subclipse等。Subversion 使用 Apache License 2.0 發布，成為 Apache 基金會的頂級項目之一。它已經廣泛應用于許多開源項目和商業項目中。

Subversion1.9.5安裝配置

由于subversion只是一個服務器，用戶想要可視化界面的話需要Tortoisesvn/soft/5287.html來進行可視化操作。
1、建立目錄，存放所有倉庫，這里為 "D:\svnhome"。
2、創立獨立倉庫，存放各個項目(project1, project2)
svnadmin create D:\svnhome\project1
svnadmin create D:\svnhome\project2
好了，有些朋友可能會出現下面的問題：

沒關系，我們可以把工作目錄切換到Subversion的安裝目錄下
在這里，我的Subversion安裝目錄是：D:\Program Files\Subversion，那么，可執行文件就在 D:\Program Files\Subversion\bin里面了。

當然，你也可以使用Tortoisesvn創建倉庫，先建立一個倉庫目錄D:\svnhome\project1，在project1上面點擊右鍵，如下

3、啟動服務器
 svnserve -d -r D:\svnhome
 至此，你的SVN服務器已經可以訪問了！訪問地址為：
svn://127.0.0.1/project1 或 file:///D:/svnhome/project1
svn://127.0.0.1/project2 或 file:///D:/svnhome/project2
如果不是在本機訪問，必須把回路IP改成局域網或公網IP。注意你家的防火墻！
四、服務器簡單配置
1、編輯文件 D:\svnhome\project1\conf\svnserve.conf (庫配置文件)，加入下面幾行！每行前面不能有任何字符，不然會報錯！
anon-access = none
auth-access = write
password-db = passwd
authz-db = authz
2、編輯文件 D:\svnhome\project1\conf\passwd (存放用戶及密碼)，增加新用戶，加入
[users]
admin=123456
3、編輯文件 D:\svnhome\project1\conf\authz (權限相關)，給admin寫入權限，加入
[/]
admin=rw
現在，你就可以該用戶來訪問你的SVN服務器了。
以上步驟均基于Windows操作系統，至于Linux的，也是差不多的，這里就不多說了。
至于服務器權限的高級配置，再探討。

Subversion1.9.5功能

·包含絕大部分CVS的功能
CVS是最基本的版本控制系統。Subversion包含了CVS的大部分功能，并且針對有些功能還稍加改進。
·目錄的版本化
Subversion將目錄名以版本號的形式體現。
·基于版本的復制，刪除和重命名
無論復制、刪除還是重命名，都會被打上版本號，盡管這聽上去有些奇怪。
·自由的版本化元數據操作
Subversion允許任何元數據附加在文件或目錄中。這些屬性是鍵/值對，并且被版本化。Subversion也提供對修訂版附加任何鍵/值屬性的方法，這些屬性不會被版本化，因為他們會自動將元數據附加到版本空間中，但他們可以隨時被更改。
·混合追蹤
Subversion 1.5開始加入了混合追蹤功能。
·文件鎖
支持文件鎖定，當多個用戶試圖編輯同一個文件時會收到警告。
·Apache網絡服務的支持，基于WebDAV/DeltaV協議
使用基于HTTP的WebDAV/DeltaV協議進行網絡通信，而Apache網絡服務器提供網絡存儲的站點服務。
·可執行的標簽
當一個文件是可執行的時候，Subversion會提示，并且當這個可執行的文件被放在版本控制中時，Subversion會防止該程序檢查其他目錄。
·獨立進程模式
Subversion可以運行在獨立模式下
·一個只讀的存儲鏡像
Subversion提供一個工具，SVNsync， 用于同步主服務器上的 文件到一個子存儲服務器上，并且標為只讀的屬性

SVN與CVS對比的優點

* 統一的版本號。CVS是對每個文件順序編排版本號，在某一時間各文件的版本號各不相同。而Subversion下，任何一次提交都會對所有文件增加到同一個新版本號，即使是提交并不涉及的文件。所以，各文件在某任意時間的版本號是相同的。版本號相同的文件構成軟件的一個版本。
* 原子提交。一次提交不管是單個還是多個文件，都是作為一個整體提交的。在這當中發生的意外例如傳輸中斷，不會引起數據庫的不完整和數據損壞。
* 重命名、復制、刪除文件等動作都保存在版本歷史記錄當中。
* 對于二進制文件，使用了節省空間的保存方法（簡單的理解，就是只保存和上一版本不同之處）。
* 目錄也有版本歷史。整個目錄樹可以被移動或者復制，操作很簡單，而且能夠保留全部版本記錄。
* 分支的開銷非常小。
* 優化過的數據庫訪問，使得一些操作不必訪問數據庫就可以做到，這樣減少了很多不必要的和數據庫主機之間的網絡流量。

Subversion1.9.5特性

Subversion適用：
版本變的目錄
CVS只有追蹤單獨文件的變動歷史時間，可是Subversion達到的“虛似”版本化文件系統軟件則可追蹤目錄樹變動。在Subversion中，文件和目錄全是版本變的。
真實版本歷史時間
因為只有追蹤單獨文件的變動，CVS沒法適用如文件復制和更名這種比較常見的操作——這種操作影響了目錄內容。一樣，在CVS中，一個目錄中的文件只需名稱同樣即有相同歷史，即便這種同名的文件古代歷史無關。但在Subversion中，能夠對文件或目錄開展提升、復制和更名操作，也解決了同名的而不相干的文件間的歷史時間聯絡難題。
分子遞交
一系列有關的變更，要不所有提交到版本庫，要不一個都不遞交。那樣客戶就可以把有關的變更組成一個邏輯性總體，避免出現僅有一部分改動提交到版本庫的現象。
版本變的數據庫
每一個文件和目錄都有各自的一組屬性——鍵合值，可以根據實際情況創建并存放一切鍵/值對。與文件自身的具體內容一樣，屬性還在版本操縱下。
可供選擇的傳輸層
Subversion在版本庫訪問的完成上具有很高的抽象程度，有利于我們完成一個新的網站訪問體制。Subversion能夠作為一個擴展模塊嵌入到Apache當中，這種方法在可靠性和互動性方面有著很大的優勢，可以直接用云服務器關鍵技術——驗證、受權和傳送縮小等。除此之外，Subversion本身也實現了一個輕形的、可單獨運轉的服務器程序，這一服務器使用了一個自定協議書，能夠輕松地選擇SSH封裝形式。
一致的數據信息操作
Subversion用一個二進制差別算法描述文件的改變，針對文字（能讀）和二進制（不能讀）文件其操作方法是一致的，兩類的文件縮小保存在版本庫中，而差別信息內容則在互聯網上雙重傳送。
高效率的支系和標識操作
在Subversion中，支系與標識操作的花銷與工程大小不相干。Subversion分支和標識操作只是一種類似硬鏈接的制度復制全部工程項目，因此這種操作一般只能耗費非常少且相對性固定時間。
可修改性
Subversion并沒有歷史時間壓力，它是以一系列高質量的分享C程序庫的方式進行，具備界定較好的API，這也使得Subversion很容易維護保養，和其他語言的表達互操作能力很強。