用戶設置

$ git config --global user.name "Your Name"
$ git config --global user.email "[email protected]"

初始化倉庫

$ 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 [email protected]: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

因此，多人協作的工作模式通常是這樣：

1. 首先，可以試圖用git push origin branch-name推送自己的修改；

2. 如果推送失敗，則因為遠程分支比你的本地更新，需要先用git pull試圖合並；

3. 如果合並有沖突，則解決沖突，並在本地提交；

4. 沒有沖突或者解決掉沖突後，再用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，如果有沖突，要先處理沖突。

tag 標簽

命令git tag name就可以打一個新標簽，可以用命令git tag查看所有標簽

//新建標簽
git tag v1.0

//給commit id 為25656e2的歷史版本打標簽
git tag v1.0  25656e2

//查看標簽
git tag

用git show tagname查看標簽信息

git show v1.0

• 命令git tag name用於新建一個標簽，默認為HEAD，也可以指定一個commit id；

• -a tagname -m "blablabla..."可以指定標簽信息；

• -s tagname -m "blablabla..."可以用PGP簽名標簽；

• 命令git tag可以查看所有標簽；

推送某個標簽到遠程，使用命令git push origin tagname，或者，一次性推送全部尚未推送到遠程的本地標簽

git push origin v1.0


git push origin --tags

刪除標簽

分兩步，1、刪除本地；2、刪除遠程。

//刪除本地
git tag -d v0.9
//刪除遠程
git push origin :refs/tags/v0.9

• 命令git push origin tagname可以推送一個本地標簽；

• 命令git push origin --tags可以推送全部未推送過的本地標簽；

• 命令git tag -d tagname可以刪除一個本地標簽；

• 命令git push origin :refs/tags/tagname可以刪除一個遠程標簽。

ignore 文件

不需要從頭寫.gitignore文件，GitHub已經為我們準備了各種配置文件，只需要組合一下就可以使用了。所有配置文件可以直接在線瀏覽：https://github.com/github/gitignore

忽略文件的原則是：

1. 忽略操作系統自動生成的文件，比如縮略圖等；
2. 忽略編譯生成的中間文件、可執行文件等，也就是如果一個文件是通過另一個文件自動生成的，那自動生成的文件就沒必要放進版本庫，比如Java編譯產生的.class文件；
3. 忽略你自己的帶有敏感信息的配置文件，比如存放口令的配置文件。

配置別名

如果敲git st就表示git status

git config --global alias.st status
git config --global alias.co checkout
git config --global alias.ci commit 
git config --global alias.br branch

git config --global alias.unstage ‘reset HEAD‘

git 命令常用總結