重要概念
master head
每次提交,Git都把它們串成一條時間線,這條時間線就是一個分支。在Git里,有個分支叫主分支,即master分支。HEAD嚴(yán)格來說不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是當(dāng)前分支。
一開始的時候,master分支是一條線,Git用master指向最新的提交,再用HEAD指向master,就能確定當(dāng)前分支,以及當(dāng)前分支的提交點:

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

