重要概念
master head
每次提交，Git都把它們串成一條時間線，這條時間線就是一個分支。在Git里，有個分支叫主分支，即master分支。HEAD嚴格來說不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是當前分支。
一開始的時候，master分支是一條線，Git用master指向最新的提交，再用HEAD指向master，就能確定當前分支，以及當前分支的提交點：
1.png
每次提交，
master分支都會向前移動一步，這樣，隨著你不斷提交，master分支的線也越來越長：當我們創建新的分支，例如
dev時，Git新建了一個指針叫dev，指向master相同的提交，再把HEAD指向dev，就表示當前分支在dev上：
2.png
從現在開始，對工作區的修改和提交就是針對
dev分支了，比如新提交一次后，dev指針往前移動一步，而master指針不變：
3.png
假如我們在
dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最簡單的方法，就是直接把master指向dev的當前提交，就完成了合并：
4.png
合并完分支后，甚至可以刪除
dev分支。刪除dev分支就是把dev指針給刪掉，刪掉后，我們就剩下了一條master分支：
5.png
工作區，暫存區
- 工作區Workspace：就是你在電腦里能看到的目錄，即你代碼放的那個文件夾。即時性強，對文件的所有更改都會立刻提現在這里。
- 版本庫：工作區有一個隱藏目錄
.git，這個不算工作區，而是Git的版本庫。 - 暫存區 Index / Stage：
git add以后，當前對文件的更改會保存到這個區 - 本地倉庫Repository：
git commit以后，當前暫存區里對文件的更改會提交到本地倉庫 - 遠程倉庫Remote：遠程倉庫名一般叫
origin。git push以后，本地倉庫里優先于遠程倉庫的commit會被push到遠程倉庫
7.png
8.png
下載安裝
初始化
初始化參數
$ git config --global user.name "你的名字"
$ git config --global user.email "你的郵箱地址"
因為Git是分布式版本控制系統，所以，每個機器都必須自報家門：你的名字和Email地址。
注意git config命令的--global參數，用了這個參數，表示你這臺機器上所有的Git倉庫都會使用這個配置，當然也可以對某個倉庫指定不同的用戶名和Email地址。
初始化本地倉庫
$ git init
SSH key生成
$ ssh-keygen -t rsa -C "你的郵箱地址"
clone代碼
// 克隆master分支
$ git clone <版本庫的網址>
// 指定克隆的分支名
$ git clone -b <分支名> <版本庫的網址>
.gitignore生效辦法
// 先把本地緩存刪除（改變成未track狀態）
$ git rm -r --cached .
// 然后再提交
$ git add .
$ git commit -m 'update .gitignore'
查看各種狀態
// 查看當前狀態（分支名，有哪些改動，有哪些沖突，工作區暫存區中的內容，幾個commit等等）
$ git status
// 查看本地倉庫的提交歷史
$ git log
// 查看本地倉庫的提交歷史，簡潔版
$ git log --pretty=oneline
// 查看命令歷史
$ git reflog
分支
// 查看分支：
$ git branch -a
// 創建本地分支：
$ git branch <分支名>
// 切換本地分支：
$ git checkout <分支名>
// 創建+切換本地分支：
$ git checkout -b <name>
// 合并某分支到當前分支：
$ git merge <要合并的分支>
// 將本地分支推送到遠程
$ git push origin <要推送的本地分支名>
// 以遠程分支為基礎，建一個本地分支
$ git checkout -b <本地分支名> origin/<遠程分支名>
// 刪除本地分支：
$ git branch -d <本地分支名>
// 刪除遠程分支。將本地空分支推送到遠程分支,相當于刪除遠程分支
$ git push origin :<要刪除的遠程分支名>
更新和提交代碼
一個新的文件,或改動.剛開始只存在你的工作區。當你使用git add的時候，Git就會緩存這個改動并且跟蹤。當你使用git commit的時候就會把你的改動提交到倉庫里。
// 緩存所有改動
$ git add --all
// 緩存單個文件的改動
$ git add <該文件的文件名，包含路徑>
// 提交至本地倉庫
$ git commit -m <提交備注>
// 更新本地代碼
$ git pull origin <分支名>
// 將本地commit推送至遠端
$ git push orign <分支名>
撤銷
// 撤銷工作區某個文件的更改
$ git checkout [file]
// 撤銷工作區所有文件的更改
$ git checkout .
// 重置暫存區的指定文件，與上一次commit保持一致。但更改并沒有消失，而是更改打回工作區
$ git reset [file]
// 重置暫存區與工作區，與上一次commit保持一致。
$ git reset --hard <當前分支名>
// 重置當前分支的指針為指定commit，同時重置暫存區。但更改并沒有消失，而是更改打回工作區
$ git reset [commit]
// 重置當前分支的HEAD為指定commit，同時重置暫存區和工作區，與指定commit一致。
$ git reset --hard [commit]
// 重置當前HEAD為指定commit，但保持暫存區和工作區不變
$ git reset --keep [commit]
// 暫時將未提交的變化存入stash，稍后再彈出
$ git stash
$ git stash pop
git review
代碼評審使用gerrit系統，git中使用git review <分支名>(默認是master) 命令執行review操作。
規則
- 提交reivew之前pull遠程代碼，保證提交以前是最新代碼，有沖突需要本地合并處理。
- 一個單一的功能的變更放入一個commit中，提交一次reivew。
特殊情況
- review沒有通過怎么辦？
先回到要修改的那個commit
$ git reset --soft <要修改的那個commit的id>
繼續修改你要改的文件。修改后add緩存文件，并執行
$ git commit --amend
將剛生產的變更歸并到上一次變更里，繼續執行git review
- 已經做了多個提交commits怎么辦？
如果多個提交是相關聯的，請合并這個提交為一個提交
// 查詢最先提交的commit, 記住id.
$ git log
// 進行變基操作
$ git rebase -i <上一步查到的id>
// 彈出的界面上羅列了最先提交的commit到現在的所有提交記錄
//將每列開頭的 'pick' 改成 's', 只保留第一列的 'pick'。
//保存修改后系統會自動把這些commits合并成一個commit.
// 如果遇到沖突需要手動解決。合并沖突后，繼續變基， 直到所有commits都合并為止.
$ git rebase --continue
如果review中提交了多個commits，其中一個commit沒review過怎么辦(包括以前某個commit中沒有生成change id)？一次commit對應生成一個review, 前一個review沒通過的話，后面的review 通過了也提交不了。 必須把前面一個review 弄通過，后面的review才能提交。
// 查詢未通過的review對應的commit id(gerrit里有記錄)
// 回到這個commit的前一個節點，注意有個^
$ 執行 git rebase -i <未通過的review對應的commit id>^
// 修改并緩存要提交的文件后
$ git commit --amend
// 返回head處
$ git rebase --continue
// 提交對老review的更新
$ git review
特別提示
如果git review <分支名>后提示缺失commit_id，可能是前面rebase操作造成的。
// 現將rebase好的commit推回工作區
$ git reset head^
// 再重新add和commit，產生新的commit_id
$ git add .
$ git commit -m <備注信息>
$ git review <分支名>
