[TOC] ## SVN >* 集中式的版本控制系統都有一個單一的集中管理的服務器，保存所有文件的修訂版本，而協同工作的人們都通過客戶端連到這臺服務器，取出最新的文件或者提交更新。 * 每個版本庫有唯一的URL（官方地址），每個用戶都從這個地址獲取代碼和數據； * ?獲取代碼的更新，也只能連接到這個唯一的版本庫，同步以取得最新數據； * ?提交必須有網絡連接（非本地版本庫）； * ?提交需要授權，如果沒有寫權限，提交會失敗； * ?提交并非每次都能夠成功。如果有其他人先于你提交，會提示“改動基于過時的版本，先更新再提交”… 諸如此類； * ?沖突解決是一個提交速度的競賽：手快者，先提交，平安無事；手慢者，后提交，可能遇到麻煩的沖突解決。 * ## GIT >* 分布式的版本控制系統 * Git中每個克隆(clone)的版本庫都是平等的。你可以從任何一個版本庫的克隆來創建屬于你自己的版本庫，同時你的版本庫也可以作為源提供給他人，只要你愿意。 * Git的每一次提取操作，實際上都是一次對代碼倉庫的完整備份。 * 提交完全在本地完成，無須別人給你授權，你的版本庫你作主，并且提交總是會成功。 * 甚至基于舊版本的改動也可以成功提交，提交會基于舊的版本創建一個新的分支。 * Git的提交不會被打斷，直到你的工作完全滿意了，PUSH給他人或者他人PULL你的版本庫，合并會發生在PULL和PUSH過程中，不能自動解決的沖突會提示您手工完成。 * 沖突解決不再像是SVN一樣的提交競賽，而是在需要的時候才進行合并和沖突解決。 * Git 也可以模擬集中式的工作模式 * Git版本庫統一放在服務器中 * 可以為 Git 版本庫進行授權：誰能創建版本庫，誰能向版本庫PUSH，誰能夠讀取（克隆）版本庫 * 團隊的成員先將服務器的版本庫克隆到本地；并經常的從服務器的版本庫拉（PULL）最新的更新； * 團隊的成員將自己的改動推（PUSH）到服務器的版本庫中，當其他人和版本庫同步（PULL）時，會自動獲取改變 * Git 的集中式工作模式非常靈活 * 你完全可以在脫離Git服務器所在網絡的情況下，如移動辦公／出差時，照常使用代碼庫 * 你只需要在能夠接入Git服務器所在網絡時，PULL和PUSH即可完成和服務器同步以及提交 * Git提供 rebase 命令，可以讓你的改動看起來是基于最新的代碼實現的改動 * Git 有更多的工作模式可以選擇，遠非 Subversion可比 ## 具體差異 [SVN與GIT差異](https://www.cnblogs.com/Sungeek/p/9152223.html#sg1)