通過對git的使用和理解，慢慢發現git的優勢和不足，或許也不能叫不足，只是我想要的功能他還沒有實現，又或者人家實現了，愚笨的我沒有發現怎麼使用。現在對git的理解記錄下來：
git使用的專案型別：相容性專案開發
在實際的專案開發中，通常會遇到兩種型別的專案，一種是相容性專案，一種是不相容專案
相容性專案：比如乙個平台的遊戲開發，可以一直公升級，來迭代版本
不相容性專案：乙個定製專案，每個客戶的需求不同，其相同的業務，實現不同，不能相容，必須分成兩個版本來交付的
git最重要的就是其分支策略，其分支策略如下：
```在實際開發中，我們應該按照幾個基本原則進行分支管理：
首先，master
分支應該是非常穩定的，也就是僅用來發布新版本，平時不能在上面幹活；
那在哪幹活呢？幹活都在
dev分支上，也就是說，
dev分支是不穩定的，到某個時候，比如1.0版本發布時，再把
dev分支合併到
master
上，在master
分支發布1.0版本；
你和你的小夥伴們每個人都在
dev分支上幹活，每個人都有自己的分支，時不時地往
dev分支上合併就可以了。
所以，團隊合作的分支看起來就像這樣：
```分支策略（不相容性專案）
我能想到比較好的方法就是在dev和master之間再加一層，master是個空專案，沒有內容，僅僅作為乙個原點，然後下面的不相容版本另外再各個分支中建立起來，pro層是發布線，dev是開發線，c1，c2是開發成員分支，大概圖就像相面這個樣子：
幾個未知的git操作，希望大家知道的可以解惑
如何使乙個檔案在分支中被跟蹤，但是在master分支中不存在？（為什麼會有這種奇葩的需求？因為我不是master的合併者，但是我的分支中會有一些測試**檔案，我不想刪除，總要用啊，但我又想上傳到我的分支中，做個備份，本地資料夾有時候會刪除，但是上傳了分支中，就會被上傳到master，合併master的人比較潔癖，不讓我上傳這個檔案。。。就這樣嘍）
團隊開發Git分支管理策略
開發生涯的前三年都是使用svn，回首放佛如前世。自從用了git，整個人都神經了。下面的內容肯定不是什麼教你如何用git提交 合併分支之類的。現在本人要從寫術的層面提公升一下自己文章的品質到道的層面。git為什麼好，為什麼要用git，這不是我本文想要說明的問題。這裡想要給大家分享一下自己使用過程中產生...
git 個人分支開發流程
看這個文章 從主分支拉最新 git branch 檢視當前所在分支 git checkout master 切換到master主分支 git pull 從主分支更新最新 建立個人分支 git branch chenjun 建立個人分支 git checkout chenjun 切換到個人分支 或者兩...
Git多分支開發時 merge 合併策略
一 develop master hotfix 合併策略 專案一般會有develop master另個分支develop分支部署在測試環境測試，多個開發工程師把自己的commit都提交到develop分支，交給測試工程師來測試 master分支是上線分支，測試沒問題的develop分支，在需要上線的...