溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要介紹了git和svn有什么區別，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。
區別：1、SVN是集中化的版本控制系統，而Git是分布式版本控制系統；2、SVN是按照原始文件存儲的，體積較大，而Git是按照元數據方式存儲的，體積很小；3、Git的分支操作不會影響其他開發人員，而SVN會影響。
SVN是Subversion的簡稱，是一個開放源代碼的版本控制系統,支持大多數常見的操作系統。作為一個開源的版本控制系統,Subversion管理著隨時間改變的數據。這些數據放置在一個中央資料檔案庫(repository)中。這個檔案庫很像一個普通的文件服務器,不過它會記住每一次文件的變動。這樣你就可以把檔案恢復到舊的版本,或是瀏覽文件的變動歷史。Subversion是一個通用的系統,可用來管理任何類型的文件,其中包括了程序源碼。
集中式代碼管理的核心是服務器，所有開發者在開始新一天的工作之前必須從服務器獲取代碼，然后開發，最后解決沖突，提交。所有的版本信息都放在服務器上。如果脫離了服務器，開發者基本上可以說是無法工作的。下面舉例說明：
開始新一天的工作：
從服務器下載項目組最新代碼。
進入自己的分支，進行工作，每隔一個小時向服務器自己的分支提交一次代碼（很多人都有這個習慣。因為有時候自己對代碼改來改去，最后又想還原到前一個小時的版本，或者看看前一個小時自己修改了哪些代碼，就需要這樣做了）。
下班時間快到了，把自己的分支合并到服務器主分支上，一天的工作完成，并反映給服務器。
這種做法帶來了許多好處，特別是相較于老式的本地VCS來說。現在，每個人都可以一定程度上看到項目中的其他人正在做些什么。而管理員也可以輕松掌控每個開發者的權限。
事分兩面，有好有壞。這么做最顯而易見的缺點是中央服務器的單點故障。若是宕機一小時，那么在這一小時內，誰都無法提交更新、還原、對比等，也就無法協同工作。如果中央服務器的磁盤發生故障，并且沒做過備份或者備份得不夠及時的話，還會有丟失數據的風險。最壞的情況是徹底丟失整個項目的所有歷史更改記錄，被客戶端提取出來的某些快照數據除外，但這樣的話依然是個問題，你不能保證所有的數據都已經有人提取出來。
Subversion原理上只關心文件內容的具體差異。每次記錄有哪些文件作了更新，以及都更新了哪些行的什么內容。
每個版本庫有唯一的URL（官方地址），每個用戶都從這個地址獲取代碼和數據；
獲取代碼的更新，也只能連接到這個唯一的版本庫，同步以取得最新數據；
提交必須有網絡連接（非本地版本庫）；
提交需要授權，如果沒有寫權限，提交會失敗；
提交并非每次都能夠成功。如果有其他人先于你提交，會提示“改動基于過時的版本，先更新再提交”… 諸如此類；
沖突解決是一個提交速度的競賽：手快者，先提交，平安無事；手慢者，后提交，可能遇到麻煩的沖突解決。
Git是一款免費、開源的分布式版本控制系統，用于敏捷高效地處理任何或小或大的項目
Git是一個開源的分布式版本控制系統，用以有效、高速的處理從很小到非常大的項目版本管理。Git 是 Linus Torvalds 為了幫助管理 Linux 內核開發而開發的一個開放源碼的版本控制軟件。
分布式相比于集中式的最大區別在于開發者可以提交到本地，每個開發者通過克隆（git clone），在本地機器上拷貝一個完整的Git倉庫.
從一般開發者的角度來看，git有以下功能：
從服務器上克隆完整的Git倉庫（包括代碼和版本信息）到單機上。
在自己的機器上根據不同的開發目的，創建分支，修改代碼。
在單機上自己創建的分支上提交代碼。
在單機上合并分支。
把服務器上最新版的代碼fetch下來，然后跟自己的主分支合并。
生成補丁（patch），把補丁發送給主開發者。
看主開發者的反饋，如果主開發者發現兩個一般開發者之間有沖突（他們之間可以合作解決的沖突），就會要求他們先解決沖突，然后再由其中一個人提交。如果主開發者可以自己解決，或者沒有沖突，就通過。
一般開發者之間解決沖突的方法，開發者之間可以使用pull 命令解決沖突，解決完沖突之后再向主開發者提交補丁。
從主開發者的角度（假設主開發者不用開發代碼）看，git有以下功能：
查看郵件或者通過其它方式查看一般開發者的提交狀態。
打上補丁，解決沖突（可以自己解決，也可以要求開發者之間解決以后再重新提交，如果是開源項目，還要決定哪些補丁有用，哪些不用）。
向公共服務器提交結果，然后通知所有開發人員。
自2005年誕生于以來，Git日臻成熟完善，在高度易用的同時，仍然保留著初期設定的目標。它的速度飛快，極其適合管理大項目，它還有著令人難以置信的非線性分支管理系統，可以應付各種復雜的項目開發需求。
與SVN不同，Git記錄版本歷史只關心文件數據的整體是否發生變化。Git并不保存文件內容前后變化的差異數據。實際上，Git更像是把變化的文件作快照后，記錄在一個微型的文件系統中。每次提交更新時，它會縱覽一遍所有文件的指紋信息并對文件作一快照，然后保存一個指向這次快照的索引。為提高性能，若文件沒有變化，Git不會再次保存，而只對上次保存的快照作一連接。
Git中每個克隆(clone)的版本庫都是平等的。你可以從任何一個版本庫的克隆來創建屬于你自己的版本庫，同時你的版本庫也可以作為源提供給他人，只要你愿意。
Git的每一次提取操作，實際上都是一次對代碼倉庫的完整備份。提交完全在本地完成，無須別人給你授權，你的版本庫你作主，并且提交總是會成功。
甚至基于舊版本的改動也可以成功提交，提交會基于舊的版本創建一個新的分支。
Git的提交不會被打斷，直到你的工作完全滿意了，PUSH給他人或者他人PULL你的版本庫，合并會發生在PULL和PUSH過程中，不能自動解決的沖突會提示您手工完成。
沖突解決不再像是SVN一樣的提交競賽，而是在需要的時候才進行合并和沖突解決。
SVN屬于集中化的版本控制系統，有個不太精確的比喻:SVN = 版本控制+ 備份服務器SVN使用起來有點像是檔案倉庫的感覺，支持并行讀寫文件，支持代碼的版本化管理，功能包括取出、導入、更新、分支、改名、還原、合并等。
Git是一個分布式版本控制系統，操作命令包括：clone，pull，push,branch ,merge ,push,rebase，Git擅長的是程序代碼的版本化管理。
GIT跟SVN一樣有自己的集中式版本庫或服務器。但，GIT更傾向于被使用于分布式模式，也就是每個開發人員從中心版本庫/服務器上chect out代碼后會在自己的機器上克隆一個自己的版本庫。
可以這樣說，如果你被困在一個不能連接網絡的地方時，就像在飛機上，地下室，電梯里等，你仍然能夠提交文件，查看歷史版本記錄，創建項目分支，等。對一些人來說，這好像沒多大用處，但當你突然遇到沒有網絡的環境時，這個將解決你的大麻煩。
而Git按照元數據方式存儲，體積很小；SVN按照原始文件存儲，體積較大。
GIT把內容按元數據方式存儲，而SVN是按文件所有的資源控制系統都是把文件的元信息隱藏在一個類似.svn,.cvs等的文件夾里。
如果你把.git目錄的體積大小跟.svn比較，你會發現它們差距很大。因為,.git目錄是處于你的機器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標簽，分支，版本記錄等。
分支在SVN中一點不特別，就是版本庫中的另外的一個目錄。如果你想知道是否合并了一個分支，你需要手工運行像這樣的命令svn propget svn:mergeinfo，來確認代碼是否被合并。
然而，處理GIT的分支卻是相當的簡單和有趣。你可以從同一個工作目錄下快速的在幾個分支間切換。你很容易發現未被合并的分支，你能簡單而快捷的合并這些文件。
GIT沒有一個全局的版本號，而SVN有目前為止這是跟SVN相比GIT缺少的最大的一個特征。你也知道，SVN的版本號實際是任何一個相應時間的源代碼快照。我認為它是從CVS進化到SVN的最大的一個突破。因為GIT和SVN從概念上就不同，我不知道GIT里是什么特征與之對應。如果你有任何的線索，請在評論里奉獻出來與大家共享。
GIT的內容完整性要優于SVN：GIT的內容存儲使用的是SHA-1哈希算法。這能確保代碼內容的完整性，確保在遇到磁盤故障和網絡問題時降低對版本庫的破壞。
分支操作的影響
Git的分支操作不會影響其他開發人員；而SVN會影響，創建新的分支則所有的人都會擁有和你一樣的分支。
SVN對中文支持好，操作簡單，使用沒有難度，美工人員，產品人員，測試人員，實施人員都可輕松上手。使用界面統一，功能完善，操作方便。
對程序源代碼進行差異化的版本管理，代碼庫占極少的空間。易于代碼的分支化管理。不支持中文，圖形界面支持差，使用難度大。不易推廣。
適用對象不同。Git適用于參與開源項目的開發者。他們由于水平高，更在乎的是效率而不是易用性。SVN則不同，它適合普通的公司開發團隊。使用起來更加容易。
使用的場合不同。Git適用于通過Internet，有多個開發角色的單個項目開發，SVN適合企業內部由項目經理統一協調的多個并行項目的開發。
權限管理策略不同。Git沒有嚴格的權限管理控制，只要有帳號，就可以導出、導入代碼，甚至執行回退操作。SVN則有嚴格的權限管理，可以按組、按個人進行針對某個子目錄的權限控制。區分讀、寫權限。更嚴格的，不支持回退操作。保證代碼永遠可以追蹤。
分支(branch)的使用范圍不一樣。Git中，你只能針對整個倉庫作branch,而且一旦刪除，便無法恢復。而SVN中，branch可以針對任何子目錄，它本質上是一個拷貝操作。所以，可以建立非常多、層次性的branch,并且，在不需要時將其刪除，而以后需要時只要checkout老的SVN版本就可以了。
基于第三點，Git適用于單純的軟件項目，典型的就是一些開源項目，比如Linux內核、busybox等。相反，SVN擅長多項目管理。比如，你可以在一個SVN倉庫中存放一個手機項目的bsp/設計文檔/文件系統/應用程序/自動化編譯腳本，或者在一個SVN中存放5款手機項目的文件系統。git中必須建立n(項目數)*m（組件數）個倉庫。SVN中只需要最多n或者m個就可以了。
Git使用128位ID作為版本號，而且checkout時要注明是哪個branch,而SVN使用一個遞增的序列號作為全局唯一的版本號，更加簡明易懂。雖然可以使用gittag來建立一些文字化的別名，但是畢竟那只是針對特殊版本。
可跟蹤性，git的典型開發過程為：建立分支，進行開發，提交到本地master，刪除分支。這樣做的后果是以前的修改細節會丟失。而在SVN下做同樣的事情，不會丟失任何細節。這里是一個有趣的鏈接，表明了git下典型的工作方式：（以master為核心，不斷創建新branch,刪除舊branch)
局部更新，局部還原。SVN由于是在每個文件夾建立一個.svn文件夾來實現管理，所以可以很簡單實現局部更新或者還原。假如你只希望更新某些部分，則svn可以很好實現。同時代碼寫錯了，同時可以很好實現局部還原，當然git也可以通過歷史版本還原，但是無法簡單地實現局部還原。
首先說一下，我是一個研發團隊的項目經理，SVN和Git我都用過，SVN更適用于項目管理， Git僅適用于代碼管理。
一個研發隊伍的成員正常包括：需求分析、設計、美工、程序員、測試、實施、運維，每個成員在工作中都有產出物， 包括了文檔、設計代碼、程序代碼，這些都需要按項目集中進行管理的。SVN能清楚的按目錄進行分類管理， 使項目組的管理處于有序高效的狀態。
感謝你能夠認真閱讀完這篇文章，希望小編分享的“git和svn有什么區別”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業資訊頻道，更多相關知識等著你來學習!
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
