Git重要概念
master head
每次提交,Git都把它們串成一條時間線,這條時間線就是一個分支。在Git里,有個分支叫主分支,即master分支。HEAD嚴(yán)格來說不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是當(dāng)前分支。
一開始的時候,master分支是一條線,Git用master指向最新的提交,再用HEAD指向master,就能確定當(dāng)前分支,以及當(dāng)前分支的提交點(diǎn)。
每次提交,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:就是你在電腦里能看到的目錄,即你代碼放的那個文件夾。即時性強(qiáng),對文件的所有更改都會立刻提現(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)程倉庫
初始化
初始化參數(shù)
因?yàn)镚it是分布式版本控制系統(tǒng),所以,每個機(jī)器都必須自報家門:你的名字和Email地址。
注意git config命令的--global參數(shù),用了這個參數(shù),表示你這臺機(jī)器上所有的Git倉庫都會使用這個配置,當(dāng)然也可以對某個倉庫指定不同的用戶名和Email地址。
初始化本地倉庫
$ git init
SSH key生成
$ ssh-keygen -t rsa -C “你的郵箱地址”
clone代碼
.gitignore生效辦法
查看各種狀態(tài)
分支
更新和提交代碼
一個新的文件,或改動。剛開始只存在你的工作區(qū)。當(dāng)你使用git add的時候,Git就會緩存這個改動并且跟蹤。當(dāng)你使用git commit的時候就會把你的改動提交到倉庫里。
撤銷
代碼評審使用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í)行g(shù)it review
已經(jīng)做了多個提交commits怎么辦?
如果多個提交是相關(guān)聯(lián)的,請合并這個提交為一個提交
如果review中提交了多個commits,其中一個commit沒review過怎么辦(包括以前某個commit中沒有生成change id)?一次commit對應(yīng)生成一個review, 前一個review沒通過的話,后面的review 通過了也提交不了。 必須把前面一個review 弄通過,后面的review才能提交。
評論
查看更多