git 命令經常使用總結

時間 2019-11-10

標籤 git 命令經常使用總結欄目 Git 简体版

原文原文鏈接

極速版：
git

查看分支: git branch 或者 git branch -v github

A) 建立分支安全

git branch mystudygit1.0app

B）拉取分支fetch

一、查看遠程分支：git branch -aspa

二、拉取並切換分支：git checkout -b v1.3.11操作系統

三、查看本地分支：git branch，帶*號表示當前所在分支版本控制

C) 切換分支指針

git checkout mystudygit1.0orm

D) 刪除分支

git branch -d mystudygit1.0 //若是該分支沒有合併到主分支會報錯

或者

git branch -D mystudygit1.0 //強制刪除

E) 分支合併

好比，若是要將開發中的分支（develop），合併到穩定分支（master），

首先切換的master分支：git checkout master。

而後執行合併操做：git merge develop。

若是有衝突，會提示你，調用git status查看衝突文件。

解決衝突，而後調用git add或git rm將解決後的文件暫存。

全部衝突解決後，git commit 提交更改。

例如：將acc2f69提交合併到當前分支

git merge acc2f69

F）合併

git如何clone 遠程github中的分支？

git clone -b release_branch https://github.com/jetty/

G）更新分支

Git中從遠程的分支獲取最新的版本到本地有這樣2個命令：
1. git fetch

至關因而從遠程獲取最新版本到本地，不會自動merge

git fetch origin master
git log -p master..origin/master
git merge origin/master
以上命令的含義：首先從遠程的origin的master主分支下載最新的版本到origin/master分支上，而後比較本地的master分支和origin/master分支的差異，最後進行合併。
   上述過程其實能夠用如下更清晰的方式來進行：
   git fetch origin master:tmp
git diff tmp
git merge tmp
從遠程獲取最新的版本到本地的test分支上
   以後再進行比較合併
2. git pull

至關因而從遠程獲取最新版本並merge到本地
git pull origin master
上述命令其實至關於git fetch 和 git merge，在實際使用中，git fetch更安全一些，由於在merge前，咱們能夠查看更新狀況，而後再決定是否合併。

入門版：

基礎命令

用戶設置

$ git config --global user.name "Your Name"

$ git config --global user.email "email@example.com"

初始化倉庫

$ git init

Initialized empty Git repository in /Users/learngit/.git/

把文件添加到倉庫

git add filename

把文件提交到倉庫

git commit -m "comment message"

初始化一個Git倉庫，使用git init命令。

添加文件到Git倉庫，分兩步：

第一步，使用命令git add ，注意，可反覆屢次使用，添加多個文件；
第二步，使用命令git commit，完成。

運行git status命令看看結果

git status

但若是能看看具體修改了什麼內容

git diff filename

要隨時掌握工做區的狀態，使用git status命令。
若是git status告訴你有文件被修改過，用git diff能夠查看修改內容

版本控制系統確定有某個命令能夠告訴咱們歷史記錄，在Git中，咱們用git log命令查看

git log

git log --pretty=oneline

首先，Git必須知道當前版本是哪一個版本，在Git中，用HEAD表示當前版本，也就是最新的提交,上一個版本就是HEAD^，上上一個版本就是HEAD^^，固然往上100個版本寫100個^比較容易數不過來，因此寫成HEAD~100.

git reset --hard HEAD^

git reset --hard 3628164

Git提供了一個命令git reflog用來查看歷史

git reflog

HEAD指向的版本就是當前版本，所以，Git容許咱們在版本的歷史之間穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log能夠查看提交歷史，以便肯定要回退到哪一個版本。
要重返將來，用git reflog查看命令歷史，以便肯定要回到將來的哪一個版本。

工做區（Working Directory）：就是你在電腦裏能看到的目錄，好比個人learngit文件夾就是一個工做區。

版本庫（Repository）：工做區有一個隱藏目錄「.git」，這個不算工做區，而是Git的版本庫。

Git的版本庫裏存了不少東西，其中最重要的就是稱爲stage（或者叫index）的暫存區，還有Git爲咱們自動建立的第一個分支master，以及指向master的一個指針叫HEAD。

前面講了咱們把文件往Git版本庫裏添加的時候，是分兩步執行的：

第一步是用「git add」把文件添加進去，實際上就是把文件修改添加到暫存區；

第二步是用「git commit」提交更改，實際上就是把暫存區的全部內容提交到當前分支。

git checkout -- file能夠丟棄工做區的修改

git checkout -- filename

git checkout -- file命令中的「--」很重要，沒有「--」，就變成了「建立一個新分支」的命令.

用命令git reset HEAD file能夠把暫存區的修改撤銷掉（unstage），從新放回工做區

git reset HEAD filename

git reset命令既能夠回退版本，也能夠把暫存區的修改回退到工做區。當咱們用HEAD時，表示最新的版本。

場景1：當你改亂了工做區某個文件的內容，想直接丟棄工做區的修改時，用命令git checkout -- file。

場景2：當你不但改亂了工做區某個文件的內容，還添加到了暫存區時，想丟棄修改，分兩步，第一步用命令git reset HEAD file，就回到了場景1，第二步按場景1操做。

確實要從版本庫中刪除該文件，那就用命令git rm刪掉，而且commit

git rm test.txt

git commit -m "remove test.txt"

另外一種狀況是刪錯了，由於版本庫裏還有呢，因此能夠很輕鬆地把誤刪的文件恢復到最新版本

git checkout -- test.txt

git checkout實際上是用版本庫裏的版本替換工做區的版本，不管工做區是修改仍是刪除，均可以「一鍵還原」。

命令git rm用於刪除一個文件。若是一個文件已經被提交到版本庫，那麼你永遠不用擔憂誤刪，可是要當心，你只能恢復文件到最新版本，你會丟失最近一次提交後你修改的內容。

遠程倉庫

要關聯一個遠程庫，使用命令git remote add origin git@server-name:path/repo-name.git；

關聯後，使用命令git push -u origin master第一次推送master分支的全部內容；

此後，每次本地提交後，只要有必要，就可使用命令git push origin master推送最新修改；

用命令git clone克隆一個本地庫

//Git自己的源代碼你既能夠用 git:// 協議來訪問：

git clone git://git.kernel.org/pub/scm/git/git.git

//也能夠經過http 協議來訪問:

git clone http://www.kernel.org/pub/scm/git/git.git

git 分支

查看分支：git branch

建立分支：git branch name

切換分支：git checkout name

建立+切換分支：git checkout -b name

合併某分支到當前分支：git merge name

刪除分支：git branch -d name

在當前分支下，要把dev分支的內容合併

git merge dev

當Git沒法自動合併分支時，就必須首先解決衝突。解決衝突後，再提交，合併完成。

用git log --graph命令能夠看到分支合併圖。

在實際開發中，咱們應該按照幾個基本原則進行分支管理：

首先，master分支應該是很是穩定的，也就是僅用來發布新版本，平時不能在上面幹活；

那在哪幹活呢？幹活都在dev分支上，也就是說，dev分支是不穩定的，到某個時候，好比1.0版本發佈時，再把dev分支合併到master上，在master分支發佈1.0版本；

你和你的小夥伴們每一個人都在dev分支上幹活，每一個人都有本身的分支，時不時地往dev分支上合併就能夠了。

Git還提供了一個stash功能，能夠把當前工做現場「儲藏」起來，等之後恢復現場後繼續工做：

git stash

如今，用git status查看工做區，就是乾淨的（除非有沒有被Git管理的文件），所以能夠放心地建立分支來修復bug。

首先肯定要在哪一個分支上修復bug，假定須要在master分支上修復，就從master建立臨時分支：

//轉換到master分支

git checkout master

//建立並轉換到的名字爲 issue-101 的分支

git checkout -b issue-101

查看存儲的工做用git stash list

git stash list

工做現場還在，Git把stash內容存在某個地方了，可是須要恢復一下，有兩個辦法：

一是用git stash apply恢復，可是恢復後，stash內容並不刪除，你須要用git stash drop來刪除；

另外一種方式是用git stash pop，恢復的同時把stash內容也刪了：

修復bug時，咱們會經過建立新的bug分支進行修復，而後合併，最後刪除；

當手頭工做沒有完成時，先把工做現場git stash一下，而後去修復bug，修復後，再git stash pop，回到工做現場.

若是要丟棄一個沒有被合併過的分支，能夠經過git branch -D name強行刪除。

當你從遠程倉庫克隆時，實際上Git自動把本地的master分支和遠程的master分支對應起來了，而且，遠程倉庫的默認名稱是origin。

要查看遠程庫的信息，用git remote或者用git remote -v顯示更詳細的信息：

git remote

git remote -v

推送分支

推送分支，就是把該分支上的全部本地提交推送到遠程庫。推送時，要指定本地分支，這樣，Git就會把該分支推送到遠程庫對應的遠程分支上.

git push origin master

//若是要推送其餘分支，好比dev，就改爲

git push origin dev

可是，並非必定要把本地分支往遠程推送，那麼，哪些分支須要推送，哪些不須要呢？

master分支是主分支，所以要時刻與遠程同步；
dev分支是開發分支，團隊全部成員都須要在上面工做，因此也須要與遠程同步；
bug分支只用於在本地修復bug，就不必推到遠程了，除非老闆要看看你每週到底修復了幾個bug；
feature分支是否推到遠程，取決於你是否和你的小夥伴合做在上面開發。

總之，就是在Git中，分支徹底能夠在本地本身藏着玩，是否推送，視你的心情而定！

抓取分支

多人協做時，你們都會往master和dev分支上推送各自的修改。

如今，模擬一個你的小夥伴，能夠在另外一臺電腦（注意要把SSH Key添加到GitHub）或者同一臺電腦的另外一個目錄下克隆：

git clone git://git.kernel.org/pub/scm/git/git.git

指定本地dev分支與遠程origin/dev分支的連接

git branch --set-upstream dev origin/dev

git pull

所以，多人協做的工做模式一般是這樣：

首先，能夠試圖用git push origin branch-name推送本身的修改；
若是推送失敗，則由於遠程分支比你的本地更新，須要先用git pull試圖合併；
若是合併有衝突，則解決衝突，並在本地提交；
沒有衝突或者解決掉衝突後，再用git push origin branch-name推送就能成功！

若是git pull提示「no tracking information」，則說明本地分支和遠程分支的連接關係沒有建立，用命令git branch --set-upstream branch-name origin/branch-name。

這就是多人協做的工做模式，一旦熟悉了，就很是簡單。

查看遠程庫信息，使用git remote -v；
本地新建的分支若是不推送到遠程，對其餘人就是不可見的；
從本地推送分支，使用git push origin branch-name，若是推送失敗，先用git pull抓取遠程的新提交；
在本地建立和遠程分支對應的分支，使用git checkout -b branch-name origin/branch-name，本地和遠程分支的名稱最好一致；
創建本地分支和遠程分支的關聯，使用git branch --set-upstream branch-name origin/branch-name；
從遠程抓取分支，使用git pull，若是有衝突，要先處理衝突。