Linux_11【Git使用參數】

Git重要概念與常用命令

Git重要概念

master head

每次提交,Git都把它們串成一條時間線,這條時間線就是一個分支。在Git裏,有個分支叫主分支,即master分支。HEAD嚴格來說不是指向提交,而是指向mastermaster纔是指向提交的,所以,HEAD指向的就是當前分支。


一開始的時候,master分支是一條線,Gitmaster指向最新的提交,再用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 / Stagegit add以後,當前對文件的更改會保存到這個區
本地倉庫Repositorygit commit以後,當前暫存區裏對文件的更改會提交到本地倉庫

遠程倉庫Remote:遠程倉庫名一般叫origingit push以後,本地倉庫裏優先於遠程倉庫的commit會被push到遠程倉庫




下載安裝

git官網下載

初始化

初始化參數
$ 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  <
要修改的那個commitid>

繼續修改你要改的文件。修改後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,其中一個commitreview過怎麼辦(包括以前某個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^
//
再重新addcommit,產生新的commit_id
$ git add .
$ git commit -m <
備註信息>
$ git review <
分支名>

 


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章