一、Git學習總結(jié)的命名

1. 初始化一個Git倉庫。

git init

2. 添加文件到Git倉庫

   步驟分兩步：

   • 使用命令git add <file>，注意，可反復(fù)多次使用，添加多個文件；

   • 使用命令git commit -m "xxx"，-m 后是關(guān)于本次提交的說明。

   有一點需要注意：

   假設(shè)現(xiàn)在在master分支，修改文件了并且沒有提交，就切換到新的分支git checkout -b new_branch，這里修改的文件會自動帶到new_branch分支中。因為新分支本身就是在master的基礎(chǔ)上建立的，文件可以「帶過去」，這里的「帶過去」是指沒有沖突。

   但如果你是git checkout old_branc切換到一個比較老的分支，你新修改的文件不能以補丁的方式打上去，那么就會報錯，也就是有沖突，讓你把master分支處理干凈再切換。

針對以上情況，如果強制不讓其跟隨有g(shù)it stash -u來把沒有提交的代碼 保存起來。其它分支處理完了再回來可以還原git stash pop。

3. 查看工作區(qū)的狀態(tài)

當工作區(qū)沒有任何需要提交的時候，命令查看的結(jié)果如下：

$ git status
# On branch master
nothing to commit (working directory clean)

當工作區(qū)有改動，什么操作還沒做的時候：

$ git status
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#    modified:   readme.txt
#
no changes added to commit (use "git add" and/or "git commit -a")

當我們是有add添加工作區(qū)改動到暫存區(qū)之后：

$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   readme.txt
#

4. 查看具體的修改內(nèi)容
   如果git status告訴你有文件被修改過，用此命令可以查看修改內(nèi)容。

git diff

5. 查看提交歷史

使用git log命令顯示從最近到最遠的提交日志。

從下面的例子，我們可以看到3次提交，最近的一次是append GPL，上一次是add distributed，最早的一次是wrote a readme file。

$ git log
commit 3628164fb26d48395383f8f31179f24e0882e1e0
Author: Michael Liao <askxuefeng@gmail.com>
Date:   Tue Aug 20 15:11:49 2013 +0800
   
      append GPL    
commit ea34578d5496d7dd233c827ed32a8cd576c5ee85
Author: Michael Liao <askxuefeng@gmail.com>
Date:   Tue Aug 20 14:53:12 2013 +0800
      
      add distributed
commit cb926e7ea50ad11b8f9e909c05226233bf755030
Author: Michael Liao <askxuefeng@gmail.com>
Date:   Mon Aug 19 17:51:55 2013 +0800
  
      wrote a readme file

如果嫌輸出信息太多，看得眼花繚亂的，可以試試加上--pretty=oneline參數(shù)：

$ git log --pretty=oneline
3628164fb26d48395383f8f31179f24e0882e1e0 append GPL
ea34578d5496d7dd233c827ed32a8cd576c5ee85 add distributed
cb926e7ea50ad11b8f9e909c05226233bf755030 wrote a readme file

6. 版本撤回
   在Git中，用HEAD表示當前版本，也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一樣），上一個版本就是HEAD^{，上上一個版本就是HEAD，當然往上100個版本寫100個}比較容易數(shù)不過來，所以寫成HEAD~100。

現(xiàn)在，我們要把當前版本“append GPL”回退到上一個版本“add distributed”。

git reset --hard HEAD^

7. 指定具體的commit id，回到具體的版本。

   git reset --hard 3628164
   

8. 查看你的每一次命令，當需要回退版本，而找不到commit id的時候，他會有效果哦

git reflog

9. 工作區(qū)、版本庫、暫存區(qū)、分支

工作區(qū)就是我們看到的目錄結(jié)構(gòu)，而在工作區(qū)有一個隱藏目錄.git，這個不算工作區(qū)，而是Git的版本庫。

Git的版本庫里存了很多東西，其中最重要的就是稱為stage（或者叫index）的暫存區(qū)，還有Git為我們自動創(chuàng)建的第一個分支master，以及指向master的一個指針叫HEAD。
![0.jpg](http://upload-images.jianshu.io/upload_images/2382397-ab70e4d06e40b62c.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

10. 丟棄工作區(qū)的修改

git checkout -- <file>...

這里有兩種情況：

+ 一種是readme.txt自修改后還沒有被放到暫存區(qū)，現(xiàn)在，撤銷修改就回到和版本庫一模一樣的狀態(tài)；
+ 一種是readme.txt已經(jīng)添加到暫存區(qū)后，又作了修改，現(xiàn)在，撤銷修改就回到添加到暫存區(qū)后的狀態(tài)。
總之，就是讓這個文件回到最近一次git commit或git add時的狀態(tài)。

11. 把暫存區(qū)的修改撤銷掉（unstage），重新放回工作區(qū)。

git reset HEAD <file>...

可以有如下場景：

+ 場景1：當你改亂了工作區(qū)某個文件的內(nèi)容，想直接丟棄工作區(qū)的修改時，用命令git checkout -- file.

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

+ 場景3：已經(jīng)提交了不合適的修改到版本庫時，想要撤銷本次提交，參考版本回退，不過前提是沒有推送到遠程庫。

12. 創(chuàng)建SSH key 

ssh-keygen -t rsa -C "youremail@example.com"

13. 本地有倉庫,要關(guān)聯(lián)一個遠程庫

git remote add origin git@server-name:path/repo-name.git

$ git remote add origin git@github.com:michaelliao/learngit.git

14. 從遠程庫克隆

$ git clone git@github.com:michaelliao/gitskills.git

14.  推送分支
在 [git的全局配置中，有一個push.default](http://git-scm.com/docs/git-config)屬性，其決定了git push
操作的默認行為。在Git 2.0之前，這個屬性的默認被設(shè)為'matching'，2.0之后則被更改為了'simple'。

  我們可以通過git version確定當前的git版本（如果小于2.0，更新是個更好的選擇），通過git config --global push.default 'option'改變push.default的默認行為（或者也可直接編輯~/.gitconfig文件）。

  push.default 有以下幾個可選值：
nothing, current, upstream, simple, matching

  其用途分別為：

  + nothing - push操作無效，除非顯式指定遠程分支，例如git push origin develop（我覺得。。。可以給那些不愿學git的同事配上此項）。
  + current - push當前分支到遠程同名分支，如果遠程同名分支不存在則自動創(chuàng)建同名分支。
  + upstream - push當前分支到它的upstream分支上（這一項其實用于經(jīng)常從本地分支push/pull到同一遠程倉庫的情景，這種模式叫做central workflow）。
  + simple - simple和upstream是相似的，只有一點不同，simple必須保證本地分支和它的遠程upstream分支同名，否則會拒絕push操作。
  + matching - push所有本地和遠程兩端都存在的同名分支。

   所以當我們在版本2.0之后，直接使用git push 是不會推送成功的，除非顯式指定將要推送的分支名，例如git push origin develop，才能將本地新分支推送到遠程倉庫。

 但是我們可以通過以下方式指定本地分支的upstream，之后就可以使用 git push 直接推送了。

git push -u origin master
或者
git push --set-upstream origin develop

16. pull操作
    在推送分支前，需要干兩件事情，第一，提交了工作區(qū)代碼到本地倉庫之后，拉去最新分支，如果有沖突解決之后，再進行推送。

   假設(shè)我們現(xiàn)在在dev分支上，我們可以使用以下命令進行pull

git pull

但是我們會發(fā)現(xiàn)git pull會失敗了，是因為當我們執(zhí)行g(shù)it pull的時候，實際上是做了git fetch + git merge操作，fetch操作將會更新本地倉庫的remote tracking，也就是refs/remotes中的代碼，并不會對refs/heads中本地當前的代碼造成影響。

 當我們進行pull的第二個行為merge時，對git來說，如果我們沒有設(shè)定當前分支的upstream，它并不知道我們要合并哪個分支到當前分支，所以我們需要通過下面的代碼指定當前分支的upstream：

$ git branch --set-upstream dev origin/dev
Branch dev set up to track remote branch dev from origin.

現(xiàn)在在進行pull就沒問題啦

15. 創(chuàng)建分支和切換分支

git checkout -b dev

git checkout命令加上-b參數(shù)表示創(chuàng)建并切換，相當于以下兩條命令：

$ git branch dev
$ git checkout dev
Switched to branch 'dev'

/*
查看分支：git branch
創(chuàng)建分支：git branch <name>
切換分支：git checkout <name>
創(chuàng)建+切換分支：git checkout -b <name>
合并某分支到當前分支：git merge <name>
刪除分支：git branch -d <name>
*/

16. 沖突解決
當合并分支出現(xiàn)沖突的時候，git status會告訴我們沖突的文件：
可以直接修改有沖突的文件，之后重新提交：

$ git add readme.txt
$ git commit -m "conflict fixed"

17. 查看分支合并圖

git log --graph --pretty=oneline --abbrev-commit

18. Fast forward模式 

  通常，合并分支時，如果可能，Git會用Fast forward模式，但這種模式下，刪除分支后，會丟掉分支信息。

  如果要強制禁用Fast forward模式，Git就會在merge時生成一個新的commit，這樣，從分支歷史上就可以看出分支信息。

  所以，合并分支時，加上--no-ff參數(shù)就可以用普通模式合并，合并后的歷史有分支，能看出來曾經(jīng)做過合并，而fast forward合并就看不出來曾經(jīng)做過合并。

git merge --no-ff -m "merge with no-ff" dev

19. 分支策略
  在實際開發(fā)中，我們應(yīng)該按照幾個基本原則進行分支管理：
首先，master分支應(yīng)該是非常穩(wěn)定的，也就是僅用來發(fā)布新版本，平時不能在上面干活；

  那在哪干活呢？干活都在dev分支上，也就是說，dev分支是不穩(wěn)定的，到某個時候，比如1.0版本發(fā)布時，再把dev分支合并到master上，在master分支發(fā)布1.0版本；

  你和你的小伙伴們每個人都在dev分支上干活，每個人都有自己的分支，時不時地往dev分支上合并就可以了。

 所以，團隊合作的分支看起來就像這樣：
![0.png](http://upload-images.jianshu.io/upload_images/2382397-ac185c538cdd6a6d.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

21. Bug分支

  軟件開發(fā)中，bug就像家常便飯一樣。有了bug就需要修復(fù)，在Git中，由于分支是如此的強大，所以，每個bug都可以通過一個新的臨時分支來修復(fù)，修復(fù)后，合并分支，然后將臨時分支刪除。

  當你接到一個修復(fù)一個代號101的bug的任務(wù)時，很自然地，你想創(chuàng)建一個分支issue-101來修復(fù)它，但是，等等，當前正在dev上進行的工作還沒有提交：

  并不是你不想提交，而是工作只進行到一半，還沒法提交，預(yù)計完成還需1天時間。但是，必須在兩個小時內(nèi)修復(fù)該bug，怎么辦？

  幸好，Git還提供了一個stash功能，可以把當前工作現(xiàn)場“儲藏”起來，等以后恢復(fù)現(xiàn)場后繼續(xù)工作：

$ git stash
Saved working directory and index state WIP on dev: 6224937 add merge
HEAD is now at 6224937 add merge

現(xiàn)在，用git status查看工作區(qū)，就是干凈的（除非有沒有被Git管理的文件），因此可以放心地創(chuàng)建分支來修復(fù)bug。

首先確定要在哪個分支上修復(fù)bug，假定需要在master分支上修復(fù)，就從master創(chuàng)建臨時分支：

$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
$ git checkout -b issue-101
Switched to a new branch 'issue-101'

你可以在issue-101分支中修復(fù)好bug，并提交。修復(fù)完成后，切換到master分支，并完成合并，最后刪除issue-101分支：

$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 2 commits.
$ git merge --no-ff -m "merged bug fix 101" issue-101
Merge made by the 'recursive' strategy.
readme.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
$ git branch -d issue-101
Deleted branch issue-101 (was cc17032).

現(xiàn)在，是時候接著回到dev分支干活了！

$ git checkout dev
Switched to branch 'dev'
$ git status

On branch dev

nothing to commit (working directory clean)

工作區(qū)是干凈的，剛才的工作現(xiàn)場存到哪去了？用git stash list命令看看：

$ git stash list
stash@{0}: WIP on dev: 6224937 add merge

工作現(xiàn)場還在，Git把stash內(nèi)容存在某個地方了，但是需要恢復(fù)一下，有兩個辦法：
 一是用git stash apply恢復(fù)，但是恢復(fù)后，stash內(nèi)容并不刪除，你需要用git stash drop來刪除；

 另一種方式是用git stash pop，恢復(fù)的同時把stash內(nèi)容也刪了：

$ git stash pop

On branch dev

Changes to be committed:

(use "git reset HEAD <file>..." to unstage)

new file: hello.py

Changes not staged for commit:

(use "git add <file>..." to update what will be committed)

(use "git checkout -- <file>..." to discard changes in working directory)

modified: readme.txt

Dropped refs/stash@{0} (f624f8e5f082f2df2bed8a4e09c12fd2943bdd40)

再用git stash list查看，就看不到任何stash內(nèi)容了：
你可以多次stash，恢復(fù)的時候，先用git stash list查看，然后恢復(fù)指定的stash，用命令：

$ git stash apply stash@{0}

22. Feature分支

  軟件開發(fā)中，總有無窮無盡的新的功能要不斷添加進來。

  添加一個新功能時，你肯定不希望因為一些實驗性質(zhì)的代碼，把主分支搞亂了，所以，每添加一個新功能，最好新建一個feature分支，在上面開發(fā)，完成后，合并，最后，刪除該feature分支。

  如果要丟棄一個沒有被合并過的分支，可以通過git branch -D <name>強行刪除。

23. 多人協(xié)作
     當你從遠程倉庫克隆時，實際上Git自動把本地的master分支和遠程的master分支對應(yīng)起來了，并且，遠程倉庫的默認名稱是origin。

     當你的小伙伴從遠程庫clone時，默認情況下，你的小伙伴只能看到本地的master分支。

    現(xiàn)在，你的小伙伴要在dev分支上開發(fā)，就必須創(chuàng)建遠程origin的dev分支到本地，于是他用這個命令創(chuàng)建本地dev分支：

$ git checkout -b dev origin/dev

24. 標簽管理

 發(fā)布一個版本時，我們通常先在版本庫中打一個標簽（tag），這樣，就唯一確定了打標簽時刻的版本。將來無論什么時候，取某個標簽的版本，就是把那個打標簽的時刻的歷史版本取出來。所以，標簽也是版本庫的一個快照。

 Git的標簽雖然是版本庫的快照，但其實它就是指向某個commit的指針（跟分支很像對不對？但是分支可以移動，標簽不能移動），所以，創(chuàng)建和刪除標簽都是瞬間完成的。

 所以，tag就是一個讓人容易記住的有意義的名字，它跟某個commit綁在一起。

25.  創(chuàng)建標簽

  在Git中打標簽非常簡單，首先，切換到需要打標簽的分支上，然后，敲命令git tag <name>就可以打一個新標簽：

$ git tag v1.0

可以用命令git tag查看所有標簽：

$ git tag
v1.0

默認標簽是打在最新提交的commit上的。有時候，如果忘了打標簽，比如，現(xiàn)在已經(jīng)是周五了，但應(yīng)該在周一打的標簽沒有打，怎么辦？
 
 方法是找到歷史提交的commit id，然后打上就可以了：

$ git tag v0.9 6224937

 注意，標簽不是按時間順序列出，而是按字母排序的。可以用git show <tagname>查看標簽信息：

$ git show v0.9
commit 622493706ab447b6bb37e4e2a2f276a20fed2ab4
Author: Michael Liao askxuefeng@gmail.com
Date: Thu Aug 22 11:22:08 2013 +0800

add merge

...

 還可以創(chuàng)建帶有說明的標簽，用-a指定標簽名，-m指定說明文字：

$ git tag -a v0.1 -m "version 0.1 released" 3628164

  還可以通過-s用私鑰簽名一個標簽：

$ git tag -s v0.2 -m "signed version 0.2 released" fec145a

   簽名采用PGP簽名，因此，必須首先安裝gpg（GnuPG），如果沒有找到gpg，或者沒有g(shù)pg密鑰對，就會報錯。用PGP簽名的標簽是不可偽造的，因為可以驗證PGP簽名。 

25. 操作標簽
   如果標簽打錯了，也可以刪除：

$ git tag -d v0.1
Deleted tag 'v0.1' (was e078af9)

  因為創(chuàng)建的標簽都只存儲在本地，不會自動推送到遠程。所以，打錯的標簽可以在本地安全刪除。

  如果要推送某個標簽到遠程，使用命令git push origin <tagname>：

$ git push origin v1.0
Total 0 (delta 0), reused 0 (delta 0)
To git@github.com:michaelliao/learngit.git

• [new tag] v1.0 -> v1.0

或者，一次性推送全部尚未推送到遠程的本地標簽：

$ git push origin --tags
Counting objects: 1, done.
Writing objects: 100% (1/1), 554 bytes, done.
Total 1 (delta 0), reused 0 (delta 0)
To git@github.com:michaelliao/learngit.git

• [new tag] v0.2 -> v0.2
• [new tag] v0.9 -> v0.9

  如果標簽已經(jīng)推送到遠程，要刪除遠程標簽就麻煩一點，先從本地刪除,然后，從遠程刪除。刪除命令也是push，但是格式如下：

$ git tag -d v0.9
Deleted tag 'v0.9' (was 6224937)
$ git push origin :refs/tags/v0.9
To git@github.com:michaelliao/learngit.git

• [deleted] v0.9

要看看是否真的從遠程庫刪除了標簽，可以登陸GitHub查看。

26. 自定義Git

  在安裝git之后，我們會配置user.name和user.email，因為Git是分布式版本控制系統(tǒng)，所以，每個機器都必須自報家門：你的名字和Email地址。你也許會擔心，如果有人故意冒充別人怎么辦？這個不必擔心，首先我們相信大家都是善良無知的群眾，其次，真的有冒充的也是有辦法可查的。

  注意git config命令的--global參數(shù)，用了這個參數(shù)，表示你這臺機器上所有的Git倉庫都會使用這個配置，當然也可以對某個倉庫指定不同的用戶名和Email地址。

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

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

  接下來 ，我們看看其他的設(shè)置，比如設(shè)置顏色，讓命令看起來更加醒目

$ git config --global color.ui true

27. 忽略特殊文件

  有些時候，你必須把某些文件放到Git工作目錄中，但又不能提交它們，比如保存了數(shù)據(jù)庫密碼的配置文件啦，等等，每次git status都會顯示Untracked files ...，有強迫癥的童鞋心里肯定不爽。
  
   好在Git考慮到了大家的感受，這個問題解決起來也很簡單，在Git工作區(qū)的根目錄下創(chuàng)建一個特殊的.gitignore文件，然后把要忽略的文件名填進去，Git就會自動忽略這些文件。不需要從頭寫.gitignore文件，GitHub已經(jīng)為我們準備了各種配置文件，只需要組合一下就可以使用了。所有配置文件可以直接在線瀏覽：[https://github.com/github/gitignore](https://github.com/github/gitignore)

  忽略文件的原則是：
  + 忽略操作系統(tǒng)自動生成的文件，比如縮略圖等；
  + 忽略編譯生成的中間文件、可執(zhí)行文件等，也就是如果一個文件是通過另一個文件自動生成的，那自動生成的文件就沒必要放進版本庫，比如Java編譯產(chǎn)生的.class文件；
  + 忽略你自己的帶有敏感信息的配置文件，比如存放口令的配置文件。

  最后一步就是把.gitignore也提交到Git，就完成了！當然檢驗.gitignore的標準是git status命令
  
  有些時候，你想添加一個文件到Git，但發(fā)現(xiàn)添加不了，原因是這個文件被.gitignore忽略了，如果你確實想添加該文件，可以用-f強制添加到Git，
或者你發(fā)現(xiàn)，可能是.gitignore寫得有問題，需要找出來到底哪個規(guī)則寫錯了，可以用git check-ignore命令檢查：

$ git add App.class
The following paths are ignored by one of your .gitignore files:
App.class
Use -f if you really want to add them.

$ git add -f App.class

$ git check-ignore -v App.class
.gitignore:3:*.class App.class

30. 配置別名

有沒有經(jīng)常敲錯命令？比如git status？status這個單詞真心不好記。

 如果敲git st就表示git status那就簡單多了，當然這種偷懶的辦法我們是極力贊成的。

我們只需要敲一行命令，告訴Git，以后st就表示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 config --global alias.last 'log -1'
git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

  大家注意了，配置Git的時候，加上--global是針對當前用戶起作用的，如果不加，那只針對當前的倉庫起作用。

  配置文件放哪了？每個倉庫的Git配置文件都放在.git/config文件中，而當前用戶的Git配置文件放在用戶主目錄下的一個隱藏文件.gitconfig中，配置別名也可以直接修改這個文件，如果改錯了，可以刪掉文件重新通過命令配置。

31. 搭建Git服務(wù)器

 我們講了遠程倉庫實際上和本地倉庫沒啥不同，純粹為了7x24小時開機并交換大家的修改。

  GitHub就是一個免費托管開源代碼的遠程倉庫。但是對于某些視源代碼如生命的商業(yè)公司來說，既不想公開源代碼，又舍不得給GitHub交保護費，那就只能自己搭建一臺Git服務(wù)器作為私有倉庫使用。

  搭建方式大家可以參考下鏈接[Git服務(wù)器搭建](https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/00137583770360579bc4b458f044ce7afed3df579123eca000)

###二、reference
  
  [學習鏈接](http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013744142037508cf42e51debf49668810645e02887691000)