本文參考：
Git Reference
Git 分支模型
工欲善其事必先利其器谓媒，本文目的是列出常用的git命令淆院，并簡單回憶一下Git分支管理模型：
- 分支管理
- 查看
- 創(chuàng)建分支
- 提交
- 合并多個commit
- 選擇合并某個commit
- 解決沖突
- 文本文件沖突
- zip文件沖突
- 版本回退
- 回退到某個commit
- 回退到某個操作
- 查看日志log
- 分支管理模型
- master 分支
- develop 分支
- feature 分支
- release 分支
- hotfix 分支
分支管理
查看分支
// 查看本地的分支
git branch
// 查看所有分支柴墩，本地和遠程服務器
git branch -a
// 切換到develop分支
git checkout develop
本地分支創(chuàng)建
場景：新建一個功能/bugfix 分支
// 在當前分支創(chuàng)建并切換到feture_new
git checkout -b feture_new
拉取服務器的新分支到本地
場景：服務端多了一個新分支违崇，想拉取下來合并，并解決沖突
git fetch origin develop
// git pull origin develop= git fetch origin develop+ git merge origin develop
git checkout -b develop origin/develop
提交
關于commit message格式規(guī)范的問題：git commit -m "[type] commit message"摘符。如果是新功能抢野，type=add拷淘；如果是bug修復type=bug，如果是合并分支type=merge...新功能提交指孤，盡量描述增加了哪些新功能启涯，羅列出來，bug也是如此邓厕。如此做法的一個好處是查看日志的時候知道每次的提交是什么逝嚎，修改了哪里。
add-commit
git add .
git commit -m "[add] message"
合并分支時详恼，將多個commit合并為一個
場景：新功能開發(fā)分支补君，按計劃有很多個commit，完成開發(fā)后昧互，合并到主分支挽铁，這時候不需要那么多commit伟桅，只需要一個即可。
git merge --squash other_branch
git commit -m "[your commit]"
選擇合并某一個commit
場景：需要合并另一個分支上的某一個commit
// 查找要合并的commitId
git log
// 合并
git cherry-pick commitId
打tag
場景：發(fā)布版本后叽掘，release 分支合并到 develop 分支和 master分支楣铁，在master分支上打tag
// 2.0.0 是本次版本的版本號
git tag -a 2.0.0
解決沖突
在所沖突的文件中修改，解決沖突
在代碼文件中解決沖突
git add .
git commit -m ""
使用本分支/合并的分支覆蓋
如果是zip文件更扁，顯然是無法使用上面的方法解決沖突盖腕，這時候只能以某個分支上的更新覆蓋
// 使用本分支的覆蓋
git checkout --ours -- path/to/file
// 使用要合并的分支覆蓋
git checkout --theirs -- path/to/file
版本回退
回滾到某個commit
使用場景：不小心提交了一個commit，然后想回退
// 先查看commit列表
git log
// 回滾到某個Log的commitId
git reset --hard commitId
回滾到某次操作
使用場景：不小心執(zhí)行了很多操作浓镜，例如回退到某個commit溃列，現(xiàn)在又反悔，想回退到那個commit膛薛。git的任何操作都可以反悔
// 查看操作日志
git log
// 回滾到某個操作
git reset --hard commitId
查看日志
log
git log [<options>] [<revision range>] [[\--] <path>…?]
git reflog
分支管理模型
參考這篇文章：一個成功的 Git 分支模型听隐，分支管理模型，主要圍繞五個分支哄啄，理解它們的場景和生命周期雅任，就基本理解整個模型。
master 分支
master 分支上的代碼永遠是可發(fā)行的咨跌，每發(fā)一個版本沪么，須要將release分支合并到develop分支和master分支，然后在master分支上打一個tag虑润。
develop 分支
整合分支成玫，下一個版本中需要開發(fā)的功能，發(fā)出去的版本需要修復的bug拳喻，最后都需要合并到develop哭当。所有功能開發(fā)完成，可以發(fā)版本了冗澈，從develop分支創(chuàng)建release分支钦勘。
feature 分支
特性分支，開發(fā)一個新功能時亚亲，從develop創(chuàng)建彻采，開發(fā)完成后合并到develop分支，然后刪除該feature分支捌归。
release 分支
所有功能開發(fā)完成合并到develop分支后肛响，可以發(fā)版本了，從develop分支創(chuàng)建release分支惜索，release分支可以修改一些小bug特笋，版本發(fā)布完成后，需要合并到develop分支和master分支巾兆，然后在master分支上打tag猎物。
hotfix 分支
已發(fā)行的最新版本中出現(xiàn)了bug虎囚，這時需要從master分支上創(chuàng)建 hotfix 分支。修改完bug后蔫磨，打上新的版本號淘讥，然后發(fā)布bugfix版本。完成后需要將hotfix 分支合并到develop 分支和master 分支堤如，并在master分支上打tag
