2021-05-12 14:32:11
Git重要概念與常用命令
Git重要概念
master head
每次提交,Git都把它們串成一條時間線,這條時間線就是一個分支。在Git裡,有個分支叫主分支,即master分支。HEAD嚴格來說不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是當前分支。
一開始的時候,master分支是一條線,Git用master指向最新的提交,再用HEAD指向master,就能確定當前分支,以及當前分支的提交點:
每次提交,master分支都會向前移動一步,這樣,隨著你不斷提交,master分支的線也越來越長:
當我們建立新的分支,例如dev時,Git新建了一個指標叫dev,指向master相同的提交,再把HEAD指向dev,就表示當前分支在dev上:
從現在開始,對工作區的修改和提交就是針對dev分支了,比如新提交一次後,dev指標往前移動一步,而master指標不變:
假如我們在dev上的工作完成了,就可以把dev合併到master上。Git怎麼合併呢?最簡單的方法,就是直接把master指向dev的當前提交,就完成了合併:
合併完分支後,甚至可以刪除dev分支。刪除dev分支就是把dev指標給刪掉,刪掉後,我們就剩下了一條master分支:
工作區,暫存區
•工作區Workspace:就是你在電腦裡能看到的目錄,即你程式碼放的那個資料夾。即時性強,對檔案的所有更改都會立刻提現在這裡。
•版本庫:工作區有一個隱藏目錄.git,這個不算工作區,而是Git的版本庫。
•暫存區 Index / Stage:git add以後,當前對檔案的更改會儲存到這個區
•本地倉庫Repository:git commit以後,當前暫存區裡對檔案的更改會提交到本地倉庫
•遠端倉庫Remote:遠端倉庫名一般叫origin。git push以後,本地倉庫裡優先於遠端倉庫的commit會被push到遠端倉庫
下載安裝
初始化
初始化引數
$ 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 <分支名>
本文永久更新連結地址:https://www.linuxidc.com/Linux/2018-04/151810.htm
相關文章