1、origin/master是其 head源**總是代表了生產環境準備就緒的狀態的主分支；
2、origin/develop是其 head源**總是代表了最後一次交付的可以趕上下一次發布的狀態的主分支，也把它叫做「整合分支」；
3、每當 develop分支到達乙個穩定的階段，可以對外發布時，所有的改變都會被合併到 master分支，並打乙個發布版本的 tag；
每個專案，必須存在master和develop兩個分支，develop是基於master開出的整合分支。
保持develop分支只能合併，不能開發原則。
保持master分支只能合併，不能開發原則。
1、業務需求開始開發時，基於develop開出新分支（不允許在develop上面寫**），命名為version-demand-producttype。
1.1：如4.17.0-demand-product，提測時，測試的是該分支包。
1.2：修復開發中的bug，在對應的分支上修改，修改完畢後並提測該分支。
1.3：測試相應分支完畢後，及時將該對應分支合併到develop分支。
2、技術需求開始開發時，基於develop開發新分支，命名為version-tech-feature。
2.1：如4.17.0-tech-memory，提測時，測試的是該分支。
2.2：測試相應分支完畢後，及時將該對應分支合併到develop分支。
3、提測期間，打包基於各自的工程分支。
預上線階段分支管理
1、預上線時，各自業務端，將本期即要上線所開的分支，合併到對應的develop分支。
2、預上線若有bug修復
3.1：在各自工程的當前分支修復當前bug，並在測試環境，測試bug是否修復。（如若不需要驗證，直接走3.2）
3.2：若bug已修復，再次合併到各自工程的develop分支，通過打殼工程包繼續驗證。
4、預上線期間，打包基於殼工程的當前版本開發分支。
上線發包階段分支管理
1、各自工程的develop分支，合併到master分支，並打好tag。命名為version版本號。tag即4.17.0
1.1：刪除各自業務工程本地開發的所有branch分支。
2、測試基於develop分支打出的包進行驗證回歸。
5、發包後，如若存在bug修復
5.1：（可認為屬測試階段）從當前業務的develop開出分支，命名為version-bugfix-feature。如4.17.0-bugfix-login，基於當前分支進行打包測試。
5.2：（可認為屬預上線階段）上述步驟測試完畢後，各自工程合併到對應的develop分支，然後基於殼工程當前版本的開發分支進行打包，然後繼續測試。（如若不需要驗證，直接走5.3）
5.3：（屬於發包階段）上述步驟測試完畢後，將develop分支合併到master，並打出修復tag。基於原來的tag打出乙個小version版本號。tag即4.17.1.
5.4：（屬於發包階段）重**包階段分支管理各個階段，打包驗證回歸。
1、將殼工程當前的develop分支，合併到master分支，並打好tag。命名為version版本號。tag即4.17.0
2、如若發包到市場後存在bug修復
3.1：基於各自工程的master的tag分支，開出bug修復分支。命名為version-bugfix-feature，如4.17.0-bugfix-login，基於當前分支進行打包測試。
3.2：上述步驟測試完畢後，將該修復分支合併到master，並打出修復tag。基於原來的tag打出乙個小version版本號。tag即4.17.2。
3.4：上述步驟測試完畢後，發布市場後，將該修復分支合併到master分支，命名為version版本號。tag即4.17.2。並刪除本地修復的版本分支。
1、打tag值時，一定遵循附註標籤方式，即git tag -a 1.0.0 -m 「some commit info」
1、產品需求分支命名規範：version-demand-producttype.
例：4.17.0-demand-product 或4.17.0-demand-universallinks
2、技術需求分支命名規範：version-tech-feature
例：4.17.0-tech-memory
3、bug修復分支命名規範：version-bugfix-feature
例：4.17.0-bugfix-login
4、tag命名規範：version
例：4.17.0 、4.17.1等
客戶端配置 Git客戶端基本配置
git 能夠識別的配置項被分為了兩大類 客戶端和伺服器端，其中大部分基於你個人工作偏好，屬於客戶端配置。儘管有數不盡的選項，但我只闡述 其中經常使用或者會對你的工作流產生巨大影響的選項，如果你想觀察你當前的 git 能識別的選項列表，請執行 git config helpgit config的手冊頁...
Git客戶端使用方法
方法一 選在乙個本地資料夾，初始化為乙個倉庫，並把版本從master上拉下來。git init git remote add origin git 121.41.47.188 home git gittest git pull origin master方法二 直接轉殖產生乙個倉庫，並生產乙個git...
cocos lua 客戶端專案規範
專案今天基本上結尾了，這是專案組第乙個專案，有新人 我也是 所以還是出了很多不統一的地方，刪刪改改兩天，基本上好了，但 不是很規範，為了更高效的書寫 總結一些經驗，打成統一下個專案估計就好多了。在此做個分享。為什麼寫這些，因為你的 除了給自己看還是給別人看的。好習慣一但養成，下次就輕車熟路，不必糾結...