其他相關：
1.git基礎
2.git分支
3.實戰篇
4.番外篇
版本工具
差異svn
git
系統特點
1.集中式版本控制系統（文件管理很方便）
2.企業內部並行集中開發
3.windows系統上開發推薦使用
4.轉殖乙個擁有將近一萬個提交(commit),五個分支,每個分支有大約1500個檔案，用時將近乙個小時
1.分布式系統（**管理很方便）
2.開源專案開發
3.mac,linux系統上開發推薦使用
4.轉殖乙個擁有將近一萬個提交(commit),五個分支,每個分支有大約1500個檔案，用時1分鐘
靈活性1.搭載svn的伺服器出現故障，無法與之互動
2.所有的svn操作都需要**倉庫互動（例：拉分支，看日誌等）
1.可以單機操作，git伺服器故障也可以在本地git倉庫工作
2.除了push和pull（或fetch）操作，其他都可以在本地操作
3.根據自己開發任務任意在本地建立分支
4.日誌都是在本地檢視，效率較高
安全性較差，定期備份，並且是整個svn都得備份
較高，每個開發者的本地就是一套完整版本庫，記錄著版本庫的所有資訊（gitlab整合了備份功能）
分支方面
1.拉分支更像是copy乙個路徑
2.可針對任何子目錄進行branch
3.拉分支的時間較慢，因為拉分支相當於copy
4.建立完分支後，影響全部成員，每個人都會擁有這個分支
5.多分支並行開發較重（工作較多而且繁瑣）
1.我可以在git的任意乙個提交點（commit point）開啟分支！（git checkout -b newbranch hashid）
2.拉分支時間較快，因為拉分支只是建立檔案的指標和head
3.自己本地建立的分支不會影響其他人
4.比較適合多分支並行開發
5.git checkout hash值(切回之前的版本，無需版本回退)
6.強大的cherry-pick
版本控制
1.儲存前後變化的差異資料，作為版本控制
2.版本號進行控制，每次操作都會產生乙個高版本號（svn的全域性版本號，這是svn乙個較大的特點，git是hash值）
1.git只關心檔案資料的整體發生變化，更像是把檔案做快照，檔案沒有改變時，分支只想這個檔案的指標不會改變，檔案發生改變，指標指向新版本
2. 40 位長的雜湊值作為版本號，沒有先後之分
3.git rebase操作可以更好的保持提交記錄的整潔
工作流程
1.每次更改檔案之前都得update操作，有的時候修改過程中這個檔案有更新，commit不會成功
2.有衝突，會打斷提交動作（衝突解決是乙個提交速度的競賽：手快者，先提交，平安無事；手慢者，後提交，可能遇到麻煩的衝突解決。）
1.開始工作前進行fetch操作，完成開發工作後push操作，有衝突解決衝突
2.git的提交過程不會被打斷，有衝突會標記衝突檔案
3.gitflow流程（經典）
內容管理
svn對中文支援好，操作簡單，適用於大眾
對程式的源**管理方便，**庫占用的空間少，易於分支化管理
學習成本
使用起來更方便，svn對中文支援好，操作簡單，適用於大眾
更在乎效率而不是易用性，成本較高（有很多獨有的命令，rebase，遠端倉庫互動的命令，等等）
許可權管理
svn的許可權管理相當嚴格，可以按組、個人針對某個子目錄的許可權控制（每個目錄下都會有個.svn的隱藏檔案）
git沒有嚴格的許可權管理控制，只有賬號角色劃分（在專案的home檔案下有且只有乙個.git目錄）
管理平台
有吧（這個「吧」字，肯定有，但本人沒有接觸過）
gitlab（建議使用，整合的功能較多，api開發），gerrit，github等
GIT和svn的對比
svn是subversion的簡稱，是乙個開放源 的版本控制系統,支援大多數常見的作業系統。作為乙個開源的版本控制系統,subversion管理著隨時間改變的資料。這些資料放置在乙個 資料檔案庫 repository 中。這個檔案庫很像乙個普通的檔案伺服器,不過它會記住每一次檔案的變動。這樣你就可以...
SVN和Git的對比
svn subversion 是集中式管理的版本控制器，而git是分布式管理的版本控制器！這是兩者之間最核心的區別。svn只有乙個單一的集中管理的伺服器，儲存所有檔案的修訂版本，而協同工作的人們都通過客戶端連到這台伺服器，取出最新的檔案或者提交更新。git每乙個終端都是乙個倉庫，客戶端並不只提取最新...
關於Git和SVN的對比
1.git的提交是乙個dag有向無環圖.可以看到各個分支之間的合併關係.svn的提交是一條直線.2.git的提交版本號不是乙個簡單遞增的數字,而是乙個長達40位的十六進製制數字 雜湊值 但是可以適用剪短的格式.只要不衝突.git的提交都記錄了父提交甚至是雙親或者多親提交,因此可以很容易的從任意 乙個...