svn與cvs的區別是什麼

區別：1、CVS的版本號是基於檔案的自增序列號，而SVN的是基於全域性的自增序列號，不僅針對檔案，還包括目錄；2、CVS是基於RCS檔案的，而SVN是基於關聯式資料庫或一系列二進位制檔案的；3、CVS允許任意的滾回，而SVN不允許遞交後滾回；4、SVN支援「零或一」事務原則，而CVS不支援；5、CVS不支援本地檔案重新命名提交，而SVN支援；6、CVS有四種許可權，而SVN只有三種許可權。

本教學操作環境：windows7系統、Subversion 1.14版、Dell G3電腦。

CVS（Concurrent Versions System):

是開發原始碼的並行版本系統。它可用於各種平臺，包括 Linux 、Unix和 Windows NT/2000/XP等。CVS免費開源，對專案進行版本管理。

功能介紹：

1、程式碼統一管理，儲存所有程式碼檔案更改的歷史記錄。對程式碼進行集中統一管理，可以方便檢視新增或刪除的檔案，能夠跟蹤所有程式碼改動痕跡。可以隨意恢復到以前任意一個歷史版本。並避免了因為版本不同引入的深層BUG。

2、完善的衝突解決方案，可以方便的解決檔案衝突問題，而不需要藉助其它的檔案比較工具和手工的貼上覆制。

3、程式碼許可權的管理。可以為不同的使用者設定不同的許可權。可以設定存取使用者的密碼、唯讀、修改等許可權，而且通過CVS ROOT目錄下的指令碼，提供了相應功能擴充的介面，不但可以完成精細的許可權控制，還能完成更加個性化的功能。

4、支援方便的版本釋出和分支功能。

SVN（Subversion)：

SVN全名Subversion，即版本控制系統。SVN是Subversion的簡稱，是一個開放原始碼的版本控制系統，相較於RCS、CVS，它採用了分支管理系統，它的設計目標就是取代CVS。網際網路上很多版本控制服務已從CVS遷移到Subversion。
SVN是一種集中式檔案版本管理系統。
集中式程式碼管理的核心是伺服器，所有開發者在開始新一天的工作之前必須從伺服器獲取程式碼，然後開發，最後解決衝突，提交。所有的版本資訊都放在伺服器上。如果脫離了伺服器，開發者基本上是不可以工作。

（SVN）集中式管理的工作流程：

集中式程式碼管理的核心是伺服器，所有開發者在開始新一天的工作之前必須從伺服器獲取程式碼，然後開發，最後解決衝突，提交。所有的版本資訊都放在伺服器上。如果脫離了伺服器，開發者基本上是不可以工作。

管理流程如下圖：

svn與cvs的區別

	CVS	SVN
關於版本號	基於檔案的自增序列號。	基於全域性的自增序列號，而不僅僅針對檔案，還包括目錄等。
儲存型別格式	CVS是個基於RCS檔案的版本控制系統。每個CVS檔案都不過是普通的檔案，加上一些額外資訊。這些檔案會簡單的重複本地檔案的樹結構。因此，不必擔心有什麼資料損失，如果必要的話你可以手工修改RCS檔案。	SVN是基於關聯式資料庫的(BerkleyDB)或一系列二進位制檔案的(FS_FS)。一方面這解決了許多問題 (例如，並行讀寫共用檔案)以及新增了許多新功能(例如執行時的事務特性。)。然而另一方面，資料儲存由此變得不透明，或是說並不那麼使用者友好了。那就是為什麼工具軟體，對倉庫 (資料庫)變得那麼重要了。
存取速度	比較慢；因為他基於單向（伺服器端-->使用者端）差異化檔案傳輸	整體而言,由於架構實現的不同, SVN的確比CVS快很多；因為採用雙向差異化檔案傳輸。在網路上它只傳輸很少的資訊並支援更多的離線模式的功能。但這也是有代價的。速度的代價就是巨大的儲存（完全備份所有的工作檔案）。
後設資料	只允許儲存檔案	允許一個檔案有任意都的可命名屬性。功能十分完全，但不知到底有什麼用
檔案型別	最初是為文字檔案儲存而設計的。因此其他檔案型別（二進位制，統一碼）檔案的支援幾乎沒有如需要的話則要有其他資訊，並且使用者端伺服器端都要調整。	SVN會關心所有的檔案型別，不需要你來手工操作；因為他的儲存是基於二進位制的
滾回	CVS允許任意的滾回，在任意一個已遞交的版本上，儘管著要華些時間（所有的檔案都要分別處理）。	SVN不允許遞交後滾回。我們建議把倉庫裡好的狀態版本加到末尾，覆蓋掉損壞的版本。而損壞的版本無論如何也是會存在資料庫裡的。
事務	CVS中的「零或一」事務原則根本沒有實現。如果檢入幾個檔案的話（加到伺服器上），很有可能部分檔案完成了，而另幾個沒有。最為一個潛規則，手工糾正這些並且對餘下的檔案 (而不是所有檔案)一一重複檢入。這樣這些檔案將在兩階段中被檢入。但至今為止，因為這個功能缺少而導致的資料倉儲損壞的案例還沒有出現過。	支援「零或一」事務原則，這是SVN的一大優勢
架構、程式碼、可延伸性	CVS是個古老的系統。起初CVS只是一些運用RCS的指令碼檔案。後來這些指令碼被組成一個單個應用程式，但內部結構仍然有待改進。直到今天，仍有人企圖從頭開始，重寫一遍CVS,但都不成功。我們曾經嘗試國重寫使用者端程式碼以期更好的整合效果，但是，不成功。現在我們都不認為CVS在功能上能走到多遠了。	Subversion的開發員的確花了許多時間在內部架構上。我們仍然不知道這些決策有多大的正確性等等。但有一點可以肯定，程式碼有良好的可延伸性，增強工作也在進行著。
重新命名、刪除操作	不支援本地檔案重新命名提交；刪除分remove和erase兩種前者把本地和庫中檔案都刪除，後者只是刪除本地檔案；不能刪除資料夾	支援檔案重新命名提交系統會提示刪除舊檔案，建立新檔案刪除本地檔案提交庫中檔案也被刪除
使用者存取許可權	有read、write、creat、none這四種許可權，任何人不能刪除資料夾（admin也只能跑到伺服器上把相應資料夾殘忍刪除？我暫時只知道這個方法……）	只有read、write、none三種許可權 creat和delete許可權好象和write是捆綁在一起的
建立分支與基線	CVS 在建立分支的時候，需要對所有進行分支的檔案進行依次的操作，因此分支的建立成本（主要是建立分支所需的時間，或消耗的計算資源）與參與分支的檔案數量成比例，專案越大，版本庫越大，檔案越多，分支的建立成本越高；基線（tag）的建立與此類似。	SVN 的分支和基線是通過執行「拷貝」來建立的：回想一下在沒有引入版本管理工具的時候我們是如何進行所謂的「分支」和「基線」管理的？答案顯然是「拷貝」 — 我們通過「拷貝」或「備份」來建立基線；同樣，為支援多個開發人員可以同時進行開發，我們為每個開發人員建立一份「拷貝」。

（學習視訊分享：）

以上就是svn與cvs的區別是什麼的詳細內容，更多請關注TW511.COM其它相關文章！