1. 安裝 Github

查看是否安裝git:

$ git
The program ‘git’ is currently not installed. 
You can install it by typing: sudo apt-get install git```
安裝git命令：**sudo apt-get install git**

安裝完成后，還需要最后一步設(shè)置，在命令行輸入：

$ git config --global user.name "Your Name"
$ git config --global user.email "[email@example.com]"

>因為Git是分布式版本控制系統(tǒng)，所以，每個機(jī)器都必須自報家門：你的名字和Email地址佑稠。你也許會擔(dān)心镀梭，如果有人故意冒充別人怎么辦？這個不必?fù)?dān)心疑故，首先我們相信大家都是善良無知的群眾，其次弯菊，真的有冒充的也是有辦法可查的纵势。

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

####2. 創(chuàng)建版本庫
***
創(chuàng)建一個版本庫非常簡單才漆，首先牛曹，選擇一個合適的地方，創(chuàng)建一個空目錄：

$ mkdir learngit
$ cd learngit
$git init
Initialized empty Git repository in /Users/michael/learngit/.git/

瞬間Git就把倉庫建好了醇滥，而且告訴你是一個空的倉庫（empty Git repository）黎比，細(xì)心的讀者可以發(fā)現(xiàn)當(dāng)前目錄下多了一個.git的目錄，這個目錄是Git來跟蹤管理版本庫的鸳玩，沒事千萬不要手動修改這個目錄里面的文件阅虫，不然改亂了，就把Git倉庫給破壞了不跟。

####3. 把文件添加到版本庫
***
首先這里再明確一下颓帝，所有的版本控制系統(tǒng)，其實只能跟蹤文本文件的改動，比如TXT文件购城，網(wǎng)頁吕座，所有的程序代碼等等，Git也不例外瘪板。

版本控制系統(tǒng)可以告訴你每次的改動米诉，比如在第5行加了一個單詞“Linux”，在第8行刪了一個單詞“Windows”篷帅。而圖片史侣、視頻這些二進(jìn)制文件，雖然也能由版本控制系統(tǒng)管理魏身，但沒法跟蹤文件的變化惊橱，只能把二進(jìn)制文件每次改動串起來，也就是只知道圖片從100KB改成了120KB箭昵，但到底改了啥税朴，版本控制系統(tǒng)不知道，也沒法知道家制。

不幸的是正林，Microsoft的Word格式是二進(jìn)制格式，因此颤殴，版本控制系統(tǒng)是沒法跟蹤Word文件的改動的觅廓，前面我們舉的例子只是為了演示，如果要真正使用版本控制系統(tǒng)涵但，就要以純文本方式編寫文件杈绸。

現(xiàn)在我們編寫一個readme.txt文件，內(nèi)容如下：
>Git is a version control system. Git is free software.

一定要放到learngit目錄下（子目錄也行）矮瘟，因為這是一個Git倉庫瞳脓，放到其他地方Git再厲害也找不到這個文件。

把一個文件放到Git倉庫只需要兩步:
**第一步**澈侠，用命令**git add**告訴Git劫侧，把文件添加到倉庫：

$ git add readme.txt```
執(zhí)行上面的命令，沒有任何顯示哨啃，這就對了烧栋，Unix的哲學(xué)是“沒有消息就是好消息”，說明添加成功棘催。
第二步劲弦，用命令git commit告訴Git，把文件提交到倉庫：

$  git  commit -m  "wrote a readme file"
[master (root-commit) cb926e7] wrote a readme file 1 file changed, 2 insertions(+)
create mode 100644 readme.txt```
簡單解釋一下**git commit**命令: **-m**后面輸入的是本次提交的說明醇坝，可以輸入任意內(nèi)容邑跪，當(dāng)然最好是有意義的次坡，這樣你就能從歷史記錄里方便地找到改動記錄。

**git commit**命令執(zhí)行成功后會告訴你画畅，1個文件被改動（我們新添加的readme.txt文件）砸琅，插入了兩行內(nèi)容（readme.txt有兩行內(nèi)容）。

為什么Git添加文件需要add轴踱，commit一共兩步呢症脂？
因為commit可以一次提交很多文件，所以你可以多次add不同的文件淫僻，比如：

$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."```
git status
命令可以讓我們時刻掌握倉庫當(dāng)前的狀態(tài)诱篷，上面的命令告訴我們，readme.txt被修改過了雳灵，但還沒有準(zhǔn)備提交的修改棕所。

$ git status 
#On branch master 
# Changes not staged for commit:     ----------add之前，變化還沒進(jìn)入暫存區(qū)悯辙；
#   (use "git add ..." to update what will be committed) 
#   (use "git checkout -- ..." to discard changes in working directory) 
#       modified:   readme.txt  ---此文件被修改
# 
# Untracked files:  -----此文件是新的琳省，以前從未被提交過；
#   (use "git add ..." to include in what will be committed)
#       LICENSE

雖然Git告訴我們readme.txt被修改了躲撰，但如果能看看具體修改了什么內(nèi)容针贬，自然是很好的。
比如你休假兩周從國外回來拢蛋，第一天上班時桦他，已經(jīng)記不清上次怎么修改的readme.txt，所以瓤狐，需要用git diff這個命令看看瞬铸。

git diff顧名思義就是查看difference，顯示的格式正是Unix通用的diff格式础锐。

$  git diff readme.txt 
diff –git a/readme.txt b/readme.txt 
index 46d49bf..9247db6 100644 — a/readme.txt +++ b/readme.txt
 @@ -1,2 +1,2 @@ -Git is a version control system. –這一句沒了 
+Git is a distributed version control system. — 這一句是新加的 Git is free software. –這一句是原來就有的```
先把大量文件一次性add進(jìn)來：**git  add  *.py**，然后你用**git status**查看荧缘，會有提示：

$git status
Changes to be committed:
(use "git reset HEAD ..." to unstage)
new file: 1.py
new file: 2.py
new file: 3.py
new file: 4.py

要排除掉其中一個文件皆警，用:**git reset HEAD 1.py**
這時再用`git status`看，1.py變成了**untracked**截粗，剩下的就可以提交了信姓。

####4，版本回退
***
*在實際工作中绸罗，我們腦子里怎么可能記得一個幾千行的文件每次都改了什么內(nèi)容意推，不然要版本控制系統(tǒng)干什么。*

版本控制系統(tǒng)肯定有某個命令可以告訴我們歷史記錄珊蟀，在Git中菊值，我們用**git log**命令查看；
git log命令顯示從最近到最遠(yuǎn)的提交日志，我們可以看到3次提交腻窒，最近的一次是append GPL昵宇，上一次是add distributed，最早的一次是wrote a readme file儿子。

首先瓦哎，Git必須知道當(dāng)前版本是哪個版本，在Git中柔逼，用HEAD表示當(dāng)前版本蒋譬，也就是最新的提交3628164...882e1e0（注意:我的提交ID和你的肯不一在Git中），上一個版本就是HEAD^愉适，上上一個版本就是HEAD^^犯助，當(dāng)然往上100個版本寫100個^比較容易數(shù)不過來，所以寫成HEAD~100儡毕。

現(xiàn)在也切，我們要把當(dāng)前版本“append GPL”回退到上一個版本“add distributed”，就可以使用git reset
命令：

$ git re****set--hard HEAD^
HEAD is now at ea34578 add distributed

`$ cat readme.txt`   查看當(dāng)前版本下腰湾，文件的內(nèi)容雷恃； 
>Git is a distributed version control system. Git is free software.

然我們用**git log**再看看現(xiàn)在版本庫的狀態(tài)：最新的那個版本append GPL已經(jīng)看不到了；
想再回去已經(jīng)回不去了费坊，腫么辦倒槐？辦法其實還是有的，只要上面的命令行窗口還沒有被關(guān)掉附井，你就可以順著往上找啊找啊讨越，找到那個append GPL的commit id是3628164...，于是就可以指定回到未來的某個版本：

$ git re set --hard 3628164**
HEAD is now at 3628164 append GPL

版本號沒必要寫全永毅，前幾位就可以了把跨，Git會自動去找。當(dāng)然也不能只寫前一兩位沼死，因為Git可能會找到多個版本號着逐，就無法確定是哪一個了。
在Git中意蛀，總是有后悔藥可以吃的耸别。當(dāng)你用`$ git reset --hard HEAD^`
回退到`add distributed`版本時，再想恢復(fù)到`append GPL`县钥，就必須找到`append GPL`的**commit id**秀姐。Git提供了一個命令git reflog用來記錄你的每一次命令：$ **git reflog**

$ git reflog
ea34578 HEAD@{0}: reset: moving to HEAD^3628164
HEAD@{1}: commit: append GPLea34578
HEAD@{2}: commit: add distributedcb926e7
HEAD@{3}: commit (initial): wrote a readme file

####5. 工作區(qū)和暫存區(qū)
***
>Git和其他版本控制系統(tǒng)如SVN的一個不同之處就是有暫存區(qū)的概念。

先來看名詞解釋:
**工作區(qū)（Working Directory）**就是你在電腦里能看到的目錄若贮，比如我的syzgit文件夾就是一個工作區(qū).
**版本庫（Repository）**工作區(qū)有一個隱藏目錄.git省有，這個不算工作區(qū)痒留，而是Git的版本庫。
Git的版本庫里存了很多東西锥咸，其中最重要的就是稱為**stage（或者叫index）的暫存區(qū)**狭瞎，還有Git為我們自動創(chuàng)建的**第一個分支master**，以及指向master的一個指針叫**HEAD**搏予。
![git-repo](http://upload-images.jianshu.io/upload_images/220694-211fe3d4378c607d?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
分支和HEAD的概念我們以后再講熊锭。前面講了我們把文件往Git版本庫里添加的時候，是分兩步執(zhí)行的：
**第一步**是用**git add**  --> 把文件添加進(jìn)去雪侥，實際上就是把文件修改添加到暫存區(qū)
**第二步**是用**git commit**  --> 提交更改碗殷，實際上就是把暫存區(qū)的所有內(nèi)容提交到當(dāng)前分支坐儿。

因為我們創(chuàng)建Git版本庫時抹镊，Git自動為我們創(chuàng)建了唯一一個master分支，所以沸呐，現(xiàn)在旬牲，**git commit**就是往**master**分支上提交更改仿粹。你可以簡單理解為，需要提交的文件修改通通放到暫存區(qū)原茅，然后吭历，一次性提交暫存區(qū)的所有修改。
####6擂橘，管理修改晌区，撤銷修改，刪除文件
***
>為什么Git比其他版本控制系統(tǒng)設(shè)計得優(yōu)秀通贞，因為**Git跟蹤并管理的是修改朗若，而非文件**。

你會問昌罩，什么是修改哭懈？
*比如你新增了一行，這就是一個修改茎用，刪除了一行银伟，也是一個修改，更改了某些字符绘搞，也是一個修改，刪了一些又加了一些傅物，也是一個修改夯辖，甚至創(chuàng)建一個新文件，也算一個修改董饰。*

**Git管理的是修改**蒿褂，當(dāng)你用**git add**命令后圆米，在工作區(qū)的第一次修改被放入暫存區(qū)，準(zhǔn)備提交啄栓，但是文件又被修改一次娄帖，在工作區(qū)的第二次修改并沒有放入暫存區(qū)，所以此時直接用**git commit**只負(fù)責(zé)把暫存區(qū)的修改提交了昙楚，也就是第一次的修改被提交了近速，第二次的修改不會被提交。

那怎么提交第二次修改呢堪旧？你可以繼續(xù)**git add**再**git commit**削葱，也可以別著急提交第一次修改，先**git add**第二次修改淳梦，再**git commit**析砸，就相當(dāng)于把兩次修改合并后一塊提交了：
>第一次修改 -> git add-> 第二次修改 -> git add -> git commit

$ git status

On branch master

Changes not staged for commit: --- add之前

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

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

# modified: readme.txt

Git會告訴你，**git checkout -- file** 可以丟棄工作區(qū)的修改：
>**$ git checkout **--** readme.txt    撤銷工作區(qū)的修改  回到  暫存區(qū)/庫版本**

命令**git checkout -- readme.txt**意思就是爆袍，把readme.txt文件在**工作區(qū)的修改全部撤銷**首繁，
>這里有兩種情況：
   一種是readme.txt自修改后還沒有被放到暫存區(qū)，現(xiàn)在陨囊，撤銷修改就回到和版本庫一模一樣的狀態(tài)弦疮；
   一種是readme.txt已經(jīng)添加到暫存區(qū)后，又作了修改谆扎，現(xiàn)在挂捅，撤銷修改就回到添加到暫存區(qū)后的狀態(tài)。

總之堂湖，就是讓這個文件**回到最近一次git commit或git add時的狀態(tài)**闲先。

**git checkout -- file**命令中的**--**很重要，沒有--无蜂，就變成了“創(chuàng)建一個新分支”的命令伺糠，我們在后面的分支管理中會再次遇到**git checkout**命令。

Git同樣告訴我們斥季，用命令**git reset HEAD file**训桶，**撤銷暫存區(qū)的修改掉（unstage），重新放回工作區(qū)**
**git reset**命令既可以回退版本酣倾，也可以把暫存區(qū)的修改回退到工作區(qū)舵揭。當(dāng)我們用HEAD時表示最新的版本。
>場景1：當(dāng)你改亂了工作區(qū)某個文件的內(nèi)容躁锡，想直接丟棄工作區(qū)的修改時午绳，用命令git checkout -- file。
場景2：當(dāng)你不但改亂了工作區(qū)某個文件的內(nèi)容映之，還添加到了暫存區(qū)時拦焚，想丟棄修改蜡坊，分兩步，第一步用命令git reset HEAD file赎败，就回到了場景1秕衙，第二步按場景1操作。
場景3：已經(jīng)提交了不合適的修改到版本庫時僵刮，想要撤銷本次提交据忘，參考[版本回退](http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013744142037508cf42e51debf49668810645e02887691000)一節(jié)，不過前提是沒有推送到遠(yuǎn)程庫妓笙。

Git知道你刪除了文件若河，因此，工作區(qū)和版本庫就不一致了寞宫，**git status**
命令會立刻告訴你哪些文件被刪除了：

$ git status

On branch master

Changes not staged for commit:

(use "git add/rm ..." to update what will be committed)

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

deleted: test.txt#no changes added to commit (use "git add" and/or "git commit -a")```

現(xiàn)在你有兩個選擇萧福，一是確實要從版本庫中刪除該文件，那就用命令git rm
刪掉辈赋，并且git commit：

$ git rm test.txt
$ git commit -m "remove test.txt"
[master d17efd8] remove test.txt 1 file changed, 1 deletion(-) delete mode 100644 test.txt```
現(xiàn)在鲫忍，文件就從版本庫中被刪除了。
>另一種情況是刪錯了钥屈，因為版本庫里還有呢悟民，所以可以很輕松地把誤刪的文件恢復(fù)到最新版本：
$ **git checkout -- test.txt**
git checkout其實是用版本庫里的版本替換工作區(qū)的版本，無論工作區(qū)是修改還是刪除篷就，都可以“一鍵還原”射亏。
命令**git rm**用于刪除一個文件。如果一個文件已經(jīng)被提交到版本庫竭业，那么你永遠(yuǎn)不用擔(dān)心誤刪智润，但是要小心，你只能恢復(fù)文件到最新版本未辆，你會丟失**最近一次提交后你修改的內(nèi)容窟绷。

####7. 遠(yuǎn)程倉庫—添加遠(yuǎn)程庫—從遠(yuǎn)程庫克隆
***
本章開始介紹Git的殺手級功能之一（注意是之一，也就是后面還有之二咐柜，之三……）：遠(yuǎn)程倉庫兼蜈。

>Git是分布式版本控制系統(tǒng)，同一個Git倉庫拙友，可以分布到不同的機(jī)器上为狸。
實際情況往往是這樣，找一臺電腦充當(dāng)服務(wù)器的角色遗契，每天24小時開機(jī)钥平，其他每個人都從這個“服務(wù)器”倉庫克隆一份到自己的電腦上，并且各自把各自的提交推送到服務(wù)器倉庫里，也從服務(wù)器倉庫中拉取別人的提交涉瘾。

完全可以自己搭建一臺運行Git的服務(wù)器，不過現(xiàn)階段捷兰，為了學(xué)Git先搭個服務(wù)器絕對是小題大作立叛。好在這個世界上有個叫GitHub的神奇的網(wǎng)站，從名字就可以看出贡茅，這個網(wǎng)站就是提供Git倉庫托管服務(wù)的秘蛇，所以，只要注冊一個GitHub賬號顶考，就可以免費獲得Git遠(yuǎn)程倉庫赁还。

在繼續(xù)閱讀后續(xù)內(nèi)容前，請自行注冊GitHub賬號驹沿。
由于你的本地Git倉庫和GitHub倉庫之間的傳輸是通過SSH加密的艘策，所以，需要一點設(shè)置：

-  創(chuàng)建**SSH Key**渊季。
在用戶主目錄下朋蔫，看看有沒有**.ssh目錄**，如果有却汉，再看看這個目錄下有沒有**id_rsa和id_rsa.pub這兩個文件**驯妄，如果已經(jīng)有了，可直接跳到下一步合砂。
如果沒有青扔，打開Shell（Windows下打開Git Bash），
創(chuàng)建`SSH Key：** $ ssh-keygen -t rsa -C “[youremail@example.com]**
你需要把郵件地址換成你自己的郵件地址翩伪，然后一路回車微猖，使用默認(rèn)值即可.
>由于這個Key也不是用于軍事目的，所以也無需設(shè)置密碼幻工。
如果一切順利的話励两，可以在用戶主目錄里找到.ssh目錄，里面有id_rsa和id_rsa.pub兩個文件囊颅，這兩個就是SSH Key的秘鑰對当悔，**id_rsa是私鑰**，不能泄露出去踢代，**id_rsa.pub是公鑰**盲憎，可以放心地告訴任何人。

- 登陸GitHub胳挎，打開“Account settings”饼疙，**“SSH Keys”**頁面：然后，點**“Add SSH Key”**慕爬，填上任意Title窑眯，在Key文本框里粘貼**id_rsa.pub**文件的內(nèi)容：點“Add Key”屏积，你就應(yīng)該看到已經(jīng)添加的Key.
>為什么GitHub需要SSH Key呢？
因為GitHub需要識別出你推送的提交確實是你推送的磅甩，而不是別人冒充的炊林，而Git支持SSH協(xié)議，所以卷要，GitHub只要知道了你的公鑰渣聚，就可以確認(rèn)只有你自己才能推送。

 當(dāng)然僧叉，GitHub允許你添加多個Key奕枝。假定你有若干電腦，你一會兒在公司提交瓶堕，一會兒在家里提交隘道，只要把每臺電腦的Key都添加到GitHub，就可以在每臺電腦上往GitHub推送了捞烟。

 >最后友情提示薄声，在GitHub上免費托管的Git倉庫，任何人都可以看到喔（但只有你自己才能改）题画。所以默辨，不要把敏感信息放進(jìn)去。

  如果你不想讓別人看到Git庫苍息，有兩個辦法缩幸，一個是交點保護(hù)費，讓GitHub把公開的倉庫變成私有的竞思，這樣別人就看不見了（不可讀更不可寫）表谊。另一個辦法是自己動手，搭一個Git服務(wù)器盖喷，因為是你自己的Git服務(wù)器爆办，所以別人也是看不見的。這個方法我們后面會講到的课梳，相當(dāng)簡單距辆，公司內(nèi)部開發(fā)必備。

- **添加遠(yuǎn)程庫**
  現(xiàn)在的情景是暮刃，你已經(jīng)在本地創(chuàng)建了一個Git倉庫后跨算，又想在GitHub創(chuàng)建一個Git倉庫，并且讓這兩個倉庫進(jìn)行遠(yuǎn)程同步椭懊，這樣诸蚕，GitHub上的倉庫既可以作為備份，又可以讓其他人通過該倉庫來協(xié)作，真是一舉多得背犯。

  首先坏瘩，登陸GitHub，然后媳板，在右上角找到**“Create a new repo”**按鈕桑腮，創(chuàng)建一個新的倉庫：name可以隨便填寫，不一定要與本地相同在Repository name填入learngit蛉幸，其他保持默認(rèn)設(shè)置，點擊“Create repository”按鈕丛晦，就成功地創(chuàng)建了一個新的Git倉庫.

  目前奕纫，在GitHub上的這個learngit倉庫還是空的，GitHub告訴我們烫沙，可以從這個倉庫克隆出新的倉庫匹层，也可以把一個已有的本地倉庫與之關(guān)聯(lián)，然后锌蓄，把本地倉庫的內(nèi)容推送到GitHub倉庫升筏。

  現(xiàn)在，我們根據(jù)GitHub的提示瘸爽，在本地的learngit倉庫下運行命令：

$ git remote add origin git@github.com:michaelliao/learngit.git```
請千萬注意您访，把上面的michaelliao替換成你自己的GitHub賬戶名，否則剪决，你在本地關(guān)聯(lián)的就是我的遠(yuǎn)程庫灵汪，關(guān)聯(lián)沒有問題，但是你以后推送是推不上去的柑潦，因為你的SSH Key公鑰不在我的賬戶列表中享言。

添加后，遠(yuǎn)程庫的名字就是origin渗鬼，這是Git默認(rèn)的叫法览露，也可以改成別的，但是origin這個名字一看就知道是遠(yuǎn)程庫譬胎。具體命令請根據(jù)網(wǎng)站提示操作差牛；
git remote add origin https://github.com/sunyunzhuo/sungit.git

你也許還注意到，GitHub給出的地址不止一個银择，還可以用git@github.com:****sunyunzhuo/sungit.git****這樣的地址多糠。實際上，Git支持多種協(xié)議浩考，默認(rèn)的git://使用ssh夹孔，但也可以使用https等其他協(xié)議。使用https除了速度慢以外，還有個最大的麻煩是每次推送都必須輸入口令搭伤，但是在某些只開放http端口的公司內(nèi)部就無法使用ssh協(xié)議而只能用https只怎。

• 下一步，就可以把本地庫的所有內(nèi)容推送到遠(yuǎn)程庫上：
  $ git push -u origin master把本地庫的內(nèi)容推送到遠(yuǎn)程.

用git push命令怜俐，實際上是把當(dāng)前分支master推送到遠(yuǎn)程身堡。由于遠(yuǎn)程庫是空的，我們第一次推送master分支時拍鲤，**加上了-u參數(shù)贴谎，Git不但會把本地的master分支內(nèi)容推送的遠(yuǎn)程新的master分支，還會把本地的master分支和遠(yuǎn)程的master分支關(guān)聯(lián)起來季稳，在以后的推送或者拉取時就可以簡化命令擅这。

推送成功后，可以立刻在GitHub頁面中看到遠(yuǎn)程庫的內(nèi)容已經(jīng)和本地一模一樣：從現(xiàn)在起景鼠，只要本地作了提交仲翎，就可以通過命令：$ git push origin master把本地master分支的最新修改推送至GitHub，現(xiàn)在铛漓，你就擁有了真正的分布式版本庫溯香！

SSH警告
當(dāng)你第一次使用Git的clone或者push命令連接GitHub時，會得到一個警告：
The authenticity of host ‘github.com (xx.xx.xx.xx)’ can’t be established. RSA key fingerprint is xx.xx.xx.xx.xx. Are you sure you want to continue connecting (yes/no)?
這是因為Git使用SSH連接浓恶，而SSH連接在第一次驗證GitHub服務(wù)器的Key時玫坛，需要你確認(rèn)GitHub的Key的指紋信息是否真的來自GitHub的服務(wù)器，輸入yes回車即可问顷。
Git會輸出一個警告昂秃，告訴你已經(jīng)把GitHub的Key添加到本機(jī)的一個信任列表里了：
Warning: Permanently added ‘github.com’ (RSA) to the list of known hosts.
這個警告只會出現(xiàn)一次，后面的操作就不會有任何警告了杜窄。

如果你實在擔(dān)心有人冒充GitHub服務(wù)器肠骆，輸入yes前可以對照GitHub的RSA Key的指紋信息是否與SSH連接給出的一致。
小結(jié)
要關(guān)聯(lián)一個遠(yuǎn)程庫塞耕，使用命令git remote add origin git@server-name:path/repo-name.git蚀腿；關(guān)聯(lián)后，使用命令git push -u origin master第一次推送master分支的所有內(nèi)容扫外；此后莉钙，每次本地提交后，只要有必要筛谚，就可以使用命令git push origin master推送最新修改磁玉；分布式版本系統(tǒng)的最大好處之一是在本地工作完全不需要考慮遠(yuǎn)程庫的存在，也就是有沒有聯(lián)網(wǎng)都可以正常工作驾讲，而SVN在沒有聯(lián)網(wǎng)的時候是拒絕干活的蚊伞！當(dāng)有網(wǎng)絡(luò)的時候席赂，再把本地提交推送一下就完成了同步，真是太方便了时迫！

• **從遠(yuǎn)程庫克隆 **
  上次我們講了先有本地庫颅停，后有遠(yuǎn)程庫的時候，如何關(guān)聯(lián)遠(yuǎn)程庫÷尤現(xiàn)在癞揉，假設(shè)我們從零開發(fā)，那么最好的方式是先創(chuàng)建遠(yuǎn)程庫溺欧，然后喊熟，從遠(yuǎn)程庫克隆。

首先姐刁，登陸GitHub逊移，創(chuàng)建一個新的倉庫，名字叫g(shù)itskills：我們勾選Initialize this repository with a README龙填，這樣GitHub會自動為我們創(chuàng)建一個README.md文件。
創(chuàng)建完畢后拐叉，可以看到README.md文件⊙乙牛現(xiàn)在，遠(yuǎn)程庫已經(jīng)準(zhǔn)備好了凤瘦，下一步是用命令git clone克隆一個本地庫：

$ git clone [git@github.com](mailto:git@github.com):michaelliao/gitskills.git
Cloning into 'gitskills'...
remote: Counting objects: 3, 
done.
remote: Total 3 (delta 0), 
reused 0 (delta 0)
Receiving objects: 100% (3/3), 
done.
$ cd gitskills
$ ls
README.md```
注意把Git庫的地址換成你自己的宿礁，然后進(jìn)入gitskills目錄看看，已經(jīng)有README.md文件了蔬芥。
如果有多個人協(xié)作開發(fā)梆靖，那么每個人各自從遠(yuǎn)程克隆一份就可以了。小結(jié)要克隆一個倉庫笔诵，首先必須知道倉庫的地址返吻，然后使用git clone命令克隆。Git支持多種協(xié)議乎婿，包括https测僵，但通過ssh支持的原生git協(xié)議速度最快。

**8谢翎、分支管理**
*假設(shè)你準(zhǔn)備開發(fā)一個新功能捍靠，但是需要兩周才能完成，第一周你寫了50%的代碼森逮，如果立刻提交榨婆，由于代碼還沒寫完，不完整的代碼庫會導(dǎo)致別人不能干活了褒侧。如果等代碼全部寫完再一次提交良风，又存在丟失每天進(jìn)度的巨大風(fēng)險谊迄。*

現(xiàn)在有了分支，就不用怕了拖吼。你創(chuàng)建了一個屬于你自己的分支鳞上，別人看不到，還繼續(xù)在原來的分支上正常工作吊档，而你在自己的分支上干活篙议，想提交就提交，直到開發(fā)完畢后怠硼，再一次性合并到原來的分支上鬼贱，這樣，既安全香璃，又不影響別人工作这难。

在[版本回退](http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013744142037508cf42e51debf49668810645e02887691000)里，你已經(jīng)知道葡秒，每次提交姻乓，Git都把它們串成一條時間線，這條時間線就是一個分支眯牧。截止到目前蹋岩，只有一條時間線，在Git里学少，這個分支叫主分支剪个，即master分支。

**HEAD**嚴(yán)格來說不是指向提交版确，而是指向master扣囊，master才是指向提交的，所以绒疗，HEAD指向的就是當(dāng)前分支侵歇。一開始的時候，master分支是一條線忌堂，Git用master指向最新的提交盒至，再用HEAD指向master，就能確定當(dāng)前分支士修，以及當(dāng)前分支的提交點：
![git-br-initial](http://upload-images.jianshu.io/upload_images/220694-3ad4c095119cada0?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
**每次提交枷遂，master分支都會向前移動一步**，這樣棋嘲，隨著你不斷交酒唉，master分支的線也越來越長.

當(dāng)我們創(chuàng)建新的分支，例如dev時沸移，Git新建了一個指針叫dev痪伦，指向master相同的提交侄榴，再把HEAD指向dev，就表示當(dāng)前分支在dev上：
![git-br-create](http://upload-images.jianshu.io/upload_images/220694-82ea2985f875a8b4?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
你看网沾，Git創(chuàng)建一個分支很快癞蚕，因為除了增加一個dev指針，改改HEAD的指向辉哥，工作區(qū)的文件都沒有任何變化桦山！不過，從現(xiàn)在開始醋旦，對工作區(qū)的修改和提交就是針對dev分支了恒水，比如新提交一次后，dev
指針往前移動一步饲齐，而master指針不變：
![git-br-dev-fd](http://upload-images.jianshu.io/upload_images/220694-31f931a4678b6cec?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
假如我們在dev上的工作完成了钉凌，就可以把dev合并到master上。Git怎么合并呢捂人？最簡單的方法御雕，就是直接把master指向dev的當(dāng)前提交，就完成了合并：
![git-br-ff-merge](http://upload-images.jianshu.io/upload_images/220694-f1c22a23caf094b0?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
所以Git合并分支也很快滥搭！就改改指針饮笛，工作區(qū)內(nèi)容也不變！合并完分支后论熙，甚至可以刪除dev分支。刪除dev分支就是把dev指針給刪掉摄狱，刪掉后脓诡，我們就剩下了一條master分支：
![git-br-rm](http://upload-images.jianshu.io/upload_images/220694-9dc1c6e87372cd0d?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
真是太神奇了，你看得出來有些提交是通過分支完成的嗎媒役？下面開始實戰(zhàn)祝谚。
首先，我們創(chuàng)建dev分支酣衷，然后切換到dev分支：

$ git checkout -b dev
Switched to a new branch 'dev'```
git checkout命令加上-b參數(shù)表示創(chuàng)建并切換**交惯，相當(dāng)于以下兩條命令：

$ git branch dev 
$ git checkout dev  
Switched to branch 'dev'```
然后，用git branch
命令查看當(dāng)前分支：

$ git branch

• dev
  master```
  git branch命令會列出所有分支穿仪，當(dāng)前分支前面會標(biāo)一個*號席爽。
  然后，我們就可以在dev分支上正常提交啊片，比如對readme.txt做個修改只锻，加上一行：Creating a new branch is quick.然后提交：

$ git add readme.txt $ git commit -m "branch test"
[dev fec145a] branch test 1 file changed, 1 insertion(+)```
現(xiàn)在，dev分支的工作完成紫谷，我們就可以切換回master分支：

$ git checkout master
Switched to branch 'master'```
切換回master分支后齐饮，再查看一個readme.txt文件捐寥，剛才添加的內(nèi)容不見了！因為那個提交是在dev分支上祖驱，而master分支此刻的提交點并沒有變：

git-br-on-master

現(xiàn)在握恳，我們把dev分支的工作成果合并到master分支上：

$ git merge dev**
Updating d17efd8..fec145a 
Fast-forward readme.txt |    1 + 1 file changed, 1 insertion(+)```

>**git merge命令用于合并指定分支到當(dāng)前分支**。合并后捺僻，再查看readme.txt的內(nèi)容乡洼，就可以看到，和dev分支的最新提交是完全一樣的陵像。
**注意到上面的Fast-forward信息就珠，Git告訴我們，這次合并是“快進(jìn)模式”醒颖，也就是直接把master指向dev的當(dāng)前提交礁叔，所以合并速度非乘浦ィ快。**

當(dāng)然，也不是每次合并都能Fast-forward苗膝，我們后面會將其他方式的合并。合并完成后氛堕，就可以放心地**刪除dev分支**了：

$ git branch -d dev
Deleted branch dev (was fec145a).```

刪除后枪芒，查看branch，就只剩下master分支了：

$ git branch
 * master```
>因為創(chuàng)建挺庞、合并和刪除分支非澄蓿快，所以Git鼓勵你使用分支完成某個任務(wù)选侨，合并后再刪掉分支掖鱼，這和直接在master分支上工作效果是一樣的，但過程更安全援制。

####小結(jié)
Git鼓勵大量使用分支：
**查看分支：git branch
創(chuàng)建分支：git branch
切換分支：git checkout
創(chuàng)建+切換分支：git checkout -b
合并某分支到當(dāng)前分支：git merge
刪除分支：git branch -d**
>**當(dāng)多個分支修改了同一個文件并提交時戏挡，這種情況下，Git無法執(zhí)行“快速合并”**晨仑，只能試圖**把各自的修改合并**起來褐墅，但這種**合并就可能會有沖突**，必須手動解決沖突后再提交洪己。git status也可以告訴我們沖突的文件

$ git status

On branch master

Your branch is ahead of 'origin/master' by 2 commits.

Unmerged paths:

(use "git add/rm ..." as appropriate to mark resolution)

both modified: readme.txt

no changes added to commit (use "git add"and/or"git commit -a")```

我們可以直接查看readme.txt的內(nèi)容：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.<<<<<<< HEAD Creating a new branch is quick & simple.=======Creating a new branch is quick AND simple.>>>>>>> feature1

Git用<<<<<<<妥凳，=======，>>>>>>>標(biāo)記出不同分支的內(nèi)容答捕，我們修改如下后保存Creating a new branch is quick and simple.
再提交：

$ git add readme.txt 
$ git commit -m "conflict fixed"
[master 59bc1cb] conflict fixed```

現(xiàn)在猾封，master分支和feature1分支變成了下圖所示：
![git-br-conflict-merged](http://upload-images.jianshu.io/upload_images/220694-afe24f8a366f370a?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
用帶參數(shù)的**git log**也可以看到分支的合并情況：

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

• 59bc1cb conflict fixed
  |\
  | * 75a857c AND simple*
  | 400b400 & simple
  |/
• fec145a branch test ...```

現(xiàn)在，刪除feature1分支：

$ git branch -d feature1
Deleted branch feature1 (was 75a857c).```
工作完成噪珊。
##小結(jié)
>當(dāng)Git無法自動合并分支時晌缘，就必須首先解決沖突齐莲。解決沖突后，再提交磷箕，合并完成选酗。

用**git log --graph**命令可以看到**分支合并圖**。
通常岳枷，合并分支時芒填，如果可能，Git會用Fast forward模式空繁，**但這種模式下殿衰，刪除分支后，會丟掉分支信息**盛泡。
>如果要**強(qiáng)制禁用Fast forward模式**闷祥，Git就會在merge時**生成一個新的commit，這樣傲诵，從分支歷史上就可以看出分支信息**凯砍。準(zhǔn)備合并dev分支，請注意**--no-ff參數(shù)拴竹，表示禁用Fast forward：**

$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
readme.txt | 1 + 1 file changed, 1 insertion(+)```

因為本次合并要創(chuàng)建一個新的commit悟衩，所以加上-m參數(shù)，把commit描述寫進(jìn)去栓拜。合并后座泳，我們用git log看看分支歷史：

$ git log --graph --pretty=oneline --abbrev-commit 
*   7825a50 merge with no-ff 
|\
| * 6224937 add merge 
|/
*   59bc1cb conflict fixed ...```

**分支策略**
>在實際開發(fā)中，我們應(yīng)該按照幾個基本原則進(jìn)行分支管理：
首先幕与，**master分支應(yīng)該是非常穩(wěn)定的**钳榨，也就是僅用來發(fā)布新版本，**平時不能在上面干活纽门；**那在哪干活呢？干活都在dev分支上营罢，也就是說赏陵，dev分支是不穩(wěn)定的，到某個時候饲漾，比如1.0版本發(fā)布時蝙搔，再把dev分支合并到master上，在master分支發(fā)布1.0版本

你和你的小伙伴們每個人都在dev分支上干活考传，每個人都有自己的分支吃型，時不時地往dev分支上合并就可以了。
所以僚楞，團(tuán)隊合作的分支看起來就像這樣：
![git-br-policy](http://upload-images.jianshu.io/upload_images/220694-a54e1c1c80a4585d?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
**小結(jié)**
Git分支十分強(qiáng)大勤晚，在團(tuán)隊開發(fā)中應(yīng)該充分應(yīng)用枉层。
合并分支時，**加上--no-ff參數(shù)就可以用普通模式合并赐写，合并后的歷史有分支鸟蜡，能看出來曾經(jīng)做過合并，而fast forward合并就看不出來曾經(jīng)做過合并挺邀。**

####**bug  分支**
在Git中揉忘，由于分支是如此的強(qiáng)大，所以端铛，**每個bug都可以通過一個新的臨時分支來修復(fù)泣矛，修復(fù)后，合并分支禾蚕，然后將臨時分支刪除您朽。**

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

$ git status

On branch dev

Changes to be committed:

(use “git reset HEAD …” to unstage)

  new file:   hello.py

Changes not staged for commit:

(use “git add …” to update what will be committed)

(use “git checkout — …” to discard changes in working directory)

modified: readme.txt```

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

幸好，Git還提供了一個stash功能攘已，**可以把當(dāng)前工作現(xiàn)場“儲藏”起來炮赦，等以后恢復(fù)現(xiàn)場后繼續(xù)工作：
**首先確定要在哪個分支上修復(fù)bug，假定需要在master分支上修復(fù)样勃，就從master創(chuàng)建臨時分支.
修復(fù)完成后吠勘，切換到master分支，并完成合并峡眶，最后刪除issue-101分支.現(xiàn)在剧防，是時候接著回到dev分支干活了

$ git checkout dev
Switched to branch ‘dev’
$ git status
# On branch devnothing 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 …” to unstage)
#
#       new file:   hello.py
# Changes not staged for commit:
#   (use “git add …” to update what will be committed)
#   (use “git checkout — …” to discard changes in working directory)
#       modified:   readme.txt
#Droppedrefs/stash@{0}(f624f8e5f082f2df2bed8a4e09c12fd2943bdd40)```
再用git stash list查看，就看不到任何stash內(nèi)容了;
>**你可以多次stash瞎惫，恢復(fù)的時候溜腐，先用git stash list查看，然后恢復(fù)指定的stash瓜喇，用命令：`$ git stash apply stash@{0}`**

**小結(jié)**
>修復(fù)bug時挺益，我們會通過創(chuàng)建新的bug分支進(jìn)行修復(fù)，然后合并乘寒，最后刪除望众；當(dāng)手頭工作沒有完成時，先把工作現(xiàn)場git stash一下伞辛，然后去修復(fù)bug烂翰，修復(fù)后，再git stash pop蚤氏，回到工作現(xiàn)場甘耿。

####**Feature分支**
軟件開發(fā)中，總有無窮無盡的新的功能要不斷添加進(jìn)來竿滨。添加一個新功能時佳恬，你肯定不希望因為一些實驗性質(zhì)的代碼，把主分支搞亂了,所以于游，**每添加一個新功能毁葱，最好新建一個feature分支，在上面開發(fā)贰剥，完成后倾剿，合并，最后蚌成，刪除該feature分支前痘。**

現(xiàn)在，你終于接到了一個新任務(wù)：開發(fā)代號為Vulcan的新功能笑陈，該功能計劃用于下一代星際飛船。于是準(zhǔn)備開發(fā)：

$ git checkout -b feature-vulcan
Switched to a new branch ‘feature-vulcan’```
5分鐘后葵袭，開發(fā)完畢：就在此時涵妥，接到上級命令，因經(jīng)費不足，新功能必須取消蓬网！雖然白干了窒所，但是這個分支還是必須就地銷毀：

$ git branch -d feature-vulcan
error: The branch ‘feature-vulcan’ is not fully merged.
If you are sure you want to delete it, run ‘git branch -D feature-vulcan’.```
銷毀失敗。Git友情提醒帆锋，feature-vulcan**分支還沒有被合并吵取，如果刪除，將丟失掉修改**锯厢，如果要**強(qiáng)行刪除**皮官，需要使用命令**git branch  -D  feature-vulcan**。

**小結(jié)**
>開發(fā)一個新feature实辑，最好新建一個分支捺氢；如果要丟棄一個沒有被合并過的分支，可以通過git branch -D 強(qiáng)行刪除剪撬。

####**多人協(xié)作**
當(dāng)你**從遠(yuǎn)程倉庫克隆時摄乒，實際上Git自動把本地的master分支和遠(yuǎn)程的master分支對應(yīng)起來了，并且残黑，遠(yuǎn)程倉庫的默認(rèn)名稱是origin**馍佑。

要查看遠(yuǎn)程庫的信息，用**git remote**或者梨水，用**git remote -v**顯示可以抓取和推送的origin的地址拭荤。如果沒有推送權(quán)限，就看不到push的地址**推送分支**推送分支冰木，就是把該分支上的所有本地提交推送到遠(yuǎn)程庫穷劈。
**
推送時，要指定本地分支**踊沸，這樣歇终，Git就會把該分支推送到遠(yuǎn)程庫對應(yīng)的遠(yuǎn)程分支上：**$ git push origin master**
如果要推送其他分支，比如dev逼龟，就改成：**$ git push origin dev**
但是评凝，并不是一定要把本地分支往遠(yuǎn)程推送，

>######那么腺律，哪些分支需要推送奕短，哪些不需要呢？
**master**分支是主分支匀钧，因此要**時刻與遠(yuǎn)程同步**翎碑；
**dev分支**是開發(fā)分支，團(tuán)隊所有成員都需要在上面工作之斯，所以**也需要與遠(yuǎn)程同步**日杈；
bug分支只用于在本地修復(fù)bug，就沒必要推到遠(yuǎn)程了，除非老板要看看你每周到底修復(fù)了幾個bug莉擒；
feature分支是否推到遠(yuǎn)程酿炸，取決于你是否和你的小伙伴合作在上面開發(fā)。

總之涨冀，就是在Git中填硕，分支完全可以在本地自己藏著玩，是否推送鹿鳖，視你的心情而定扁眯！

**抓取分支**
多人協(xié)作時，大家都會往master和dev分支上推送各自的修改∷ü迹現(xiàn)在恋拍，模擬一個你的小伙伴，可以在另一臺電腦（注意要把SSH Key添加到GitHub）或者同一臺電腦的另一個目錄下克屡核Α：

$ git clone git@github.com:michaelliao/learngit.git
Cloning into ‘learngit’…remote:
Counting objects: 46, done.
remote: Compressing objects: 100% (26/26), done.
remote: Total 46 (delta 16), reused 45 (delta 15)Receiving objects: 100% (46/46), 15.69 KiB | 6 KiB/s, done.
Resolving deltas: 100% (16/16), done.```
當(dāng)你的小伙伴從遠(yuǎn)程庫clone時施敢，默認(rèn)情況下，你的小伙伴只能看到本地的master分支狭莱。不信可以用git branch命令看看僵娃。

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

$ git checkout -b dev origin/dev
$ git push origin dev```

**向遠(yuǎn)程推送dev分支**
>你的小伙伴已經(jīng)向origin/dev分支推送了他的提交，而碰巧你也對同樣的文件作了修改骤素，并試圖推送.
推送失敗,因為你的小伙伴的最新提交和你試圖推送的提交有沖突.

解決辦法也很簡單匙睹，Git已經(jīng)提示我們，先用git pull把最新的提交從origin/dev抓下來济竹，然后痕檬，在本地合并，解決沖突送浊，再推送：
git pull也失敗了梦谜，**原因是**沒有指定本地dev分支與遠(yuǎn)程origin/dev分支的鏈接，**根據(jù)提示袭景，**設(shè)置dev和origin/dev的鏈接：

$ git branch –set-upstream dev origin/dev
Branch dev set up to track remote branch dev from origin.```
再pull：

$ git pull
**Auto-merging     hello.py
CONFLICT (content): Merge conflict in hello.py
Automatic merge failed; 
fix conflicts and then commit the result.```
這回**git pull成功**唁桩，**但是合并有沖突**，需要手動解決耸棒，**解決的方法和分支管理中的解決沖突完全一樣**荒澡。
解決后，**提交与殃，再push**：

$ git commit -m “merge & fix hello.py”
[dev adca45d] merge & fix hello.py
$ git push origin dev
Counting objects: 10, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (5/5), done.
Writing objects: 100% (6/6), 747 bytes, done.
Total 6 (delta 0), reused 0 (delta 0)
Togit@github.com:michaelliao/learngit.git
291bea8..adca45d dev -> dev```

因此单山，多人協(xié)作的工作模式通常是這樣：
首先捏肢，可以試圖用git push origin branch-name推送自己的修改；
如果推送失敗饥侵，則因為遠(yuǎn)程分支比你的本地更新，需要先用git pull試圖合并衣屏；
如果合并有沖突躏升，則解決沖突，并在本地提交狼忱；
沒有沖突或者解決掉沖突后膨疏，再用git push origin branch-name推送就能成功！
如果git pull提示“no tracking information”钻弄，則說明本地分支和遠(yuǎn)程分支的鏈接關(guān)系沒有創(chuàng)建佃却，
用命令git branch –set-upstream branch-name origin/branch-name。

這就是多人協(xié)作的工作模式窘俺，一旦熟悉了饲帅，就非常簡單。
小結(jié)

查看遠(yuǎn)程庫信息瘤泪，使用git remote -v灶泵；
本地新建的分支如果不推送到遠(yuǎn)程，對其他人就是不可見的对途；
從本地推送分支赦邻，使用git push origin branch-name，
如果推送失敗实檀，先用git pull抓取遠(yuǎn)程的新提交惶洲；
在本地創(chuàng)建和遠(yuǎn)程分支對應(yīng)的分支，使用git checkout -b branch-name origin/branch-name膳犹，
本地和遠(yuǎn)程分支的名稱最好一致恬吕；建立本地分支和遠(yuǎn)程分支的關(guān)聯(lián)，使用git branch –set-upstream branch-name origin/branch-name镣奋；
從遠(yuǎn)程抓取分支币呵，使用git pull，如果有沖突侨颈，要先處理沖突余赢。

9，標(biāo)簽管理******
發(fā)布一個版本時哈垢，我們通常先在版本庫中打一個標(biāo)簽妻柒，這樣，就唯一確定了打標(biāo)簽時刻的版本耘分。將來無論什么時候举塔，取某個標(biāo)簽的版本绑警，就是把那個打標(biāo)簽的時刻的歷史版本取出來。所以央渣，標(biāo)簽也是版本庫的一個快照计盒。**

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

創(chuàng)建標(biāo)簽在Git中打標(biāo)簽非常簡單，首先蚊俺，切換到需要打標(biāo)簽的分支上：

$ git branch 
* dev 
  master
$ git checkout master
Switched to branch ‘master’```
然后懈涛，敲命令**git tag **就可以打一個新標(biāo)簽：`$ git  tag  v1.0`
可以用命令**git  tag**查看所有標(biāo)簽：

$ git tag
v1.0```
默認(rèn)標(biāo)簽是打在最新提交的commit上的。有時候泳猬，如果忘了打標(biāo)簽批钠，比如，現(xiàn)在已經(jīng)是周五了得封，但應(yīng)該在周一打的標(biāo)簽沒有打价匠，怎么辦？

方法是找到歷史提交的commit id呛每，然后打上就可以了：
$ git log –pretty=oneline –abbrev-commit 查看歷史commit

6a5819e merged bug fix 
101cc17032 fix bug 
1017825a50 merge with no-ff
6224937 add merge
59bc1cb conflict fixed
400b400 & simple
75a857c AND simple
fec145a branch test
d17efd8 remove test.txt…```
比方說要對“add merge”這次提交打標(biāo)簽踩窖，**它對應(yīng)的commit id是6224937**，敲入命令：`$ git tag v0.9  6224937`再用命令git tag查看標(biāo)簽：`$ git tag v0.9  v1.0`
注意晨横，標(biāo)簽不是按時間順序列出洋腮，而是按字母排序的∈中危可以用**git show **查看標(biāo)簽信息：

git show v0.9
commit 622493706ab447b6bb37e4e2a2f276a20fed2ab4
Author: Michael Liao
Date: Thu Aug 22 11:22:08 2013 +0800
add merge
…```
可以看到啥供，v0.9確實打在“add merge”這次提交上。還可以創(chuàng)建帶有說明的標(biāo)簽库糠，用-a指定標(biāo)簽名伙狐，-m指定說明文字:
$ git tag -a v0.1 -m “version0.1 released” 3628164
用命令git show 可以看到說明文字：

$ git show v0.1 
tag v0.1 
Tagger: Michael Liao 
Date:   Mon Aug 26 07:28:11 2013 +0800
version 0.1 released
commit 3628164fb26d48395383f8f31179f24e0882e1e0 
Author: Michael Liao 
Date:   Tue Aug 20 15:11:49 2013 +0800   
 append GPL …```
還可以**通過-s用私鑰簽名一個標(biāo)簽**：
**$ git tag -s  v0.2  -m  ”signed version 0.2 released”  fec145a**
簽名采用PGP簽名，因此瞬欧，必須首先安裝gpg（GnuPG）贷屎，如果沒有找到gpg，或者沒有g(shù)pg密鑰對艘虎，就會報錯：
`gpg: signing failed: secret key not availableerror: gpg failed to sign the dataerror: unable to sign the tag`
如果報錯唉侄，請參考GnuPG幫助文檔配置Key。
用命令git show 可以看到PGP簽名信息：

$ git show v0.2
tag v0.2
Tagger: Michael Liao
Date: Mon Aug 26 07:28:33 2013 +0800
signed version 0.2 released
—–BEGIN PGP SIGNATURE—–
Version: GnuPG v1.4.12 (Darwin)
iQEcBAABAgAGBQJSGpMhAAoJEPUxHyDAhBpT4QQIAKeHfR3bo…
—–END PGP SIGNATURE—–
commit fec145accd63cdc9ed95a2f557ea0658a2a6537f
Author: Michael Liao
Date: Thu Aug 22 10:37:30 2013 +0800
branch test …```
用PGP簽名的標(biāo)簽是不可偽造的野建，因為可以驗證PGP簽名**属划。驗證簽名的方法比較復(fù)雜恬叹，這里就不介紹了。

小結(jié)
命令git tag 用于新建一個標(biāo)簽同眯，默認(rèn)為HEAD绽昼，
也可以指定一個commit id；git tag -a -m “blablabla…”
可以指定標(biāo)簽信息须蜗；git tag -s -m “blablabla…”
可以用PGP簽名標(biāo)簽绪励；
命令git tag可以查看所有標(biāo)簽操作標(biāo)簽如果標(biāo)簽打錯了，也可以刪除
$ git tag -d v0.1Deleted tag ‘v0.1′ (was e078af9)**
因為創(chuàng)建的標(biāo)簽都只存儲在本地唠粥，不會自動推送到遠(yuǎn)程。
所以停做，打錯的標(biāo)簽可以在本地安全刪除晤愧。
如果要推送某個標(biāo)簽到遠(yuǎn)程，使用命令git push origin ：

$ git push origin  v1.0
Total 0 (delta 0), reused 0 (delta 0)
To [git@github.com](mailto:git@github.com):michaelliao/learngit.git 
* [new tag]         v1.0 -> v1.0```
或者蛉腌，**一次性推送全部尚未推送到遠(yuǎn)程的本地標(biāo)簽**：

$ 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```
  如果標(biāo)簽已經(jīng)推送到遠(yuǎn)程官份，要刪除遠(yuǎn)程標(biāo)簽就麻煩一點，先從本地刪除：

$ git tag -d v0.9
Deleted tag ‘v0.9′ (was 6224937)```
然后烙丛，從遠(yuǎn)程刪除舅巷。刪除命令也是push，但是格式如下：

$ git push origin:refs/tags/v0.9
To git@github.com:michaelliao/learngit.git
– [deleted] v0.9```
要看看是否真的從遠(yuǎn)程庫刪除了標(biāo)簽河咽，可以登陸GitHub查看钠右。

小結(jié)
命令git push origin 可以推送一個本地標(biāo)簽；
命令git push origin –tags可以推送全部未推送過的本地標(biāo)簽忘蟹；
命令git tag -d 可以刪除一個本地標(biāo)簽飒房；
命令git push origin :refs/tags/可以刪除一個遠(yuǎn)程標(biāo)簽。

在GitHub上媚值，可以任意Fork開源倉庫狠毯；自己擁有Fork后的倉庫的讀寫權(quán)限；可以推送pull request給官方倉庫來貢獻(xiàn)代碼褥芒。

10嚼松，自定義GIT

在安裝Git一節(jié)中，我們已經(jīng)配置了user.name和user.email锰扶，實際上献酗，Git還有很多可配置項。比如坷牛，讓Git顯示顏色凌摄，會讓命令輸出看起來更醒目：$ git config –global color.ui true這樣，Git會適當(dāng)?shù)仫@示不同的顏色

忽略特殊文件
有些時候漓帅，你必須把某些文件放到Git工作目錄中锨亏，但又不能提交它們痴怨，比如保存了數(shù)據(jù)庫密碼的配置文件啦等等，每次git status都會顯示Untracked files …器予，有強(qiáng)迫癥的童鞋心里肯定不爽浪藻。好在Git考慮到了大家的感受，這個問題解決起來也很簡單乾翔，在Git工作區(qū)的根目錄下創(chuàng)建一個特殊的.gitignore文件爱葵，然后把要忽略的文件名填進(jìn)去，Git就會自動忽略這些文件反浓。不需要從頭寫.gitignore文件萌丈，GitHub已經(jīng)為我們準(zhǔn)備了各種配置文件，只需要組合一下就可以使用了雷则。

所有配置文件可以直接在線瀏覽：https://github.com/github/gitignore

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

舉個例子：
假設(shè)你在Windows下進(jìn)行Python開發(fā)腊凶，Windows會自動在有圖片的目錄下生成隱藏的縮略圖文件.
如果有自定義目錄，目錄下就會有Desktop.ini文件.因此你需要忽略Windows自動生成的垃圾文件：Windows:Thumbs.db ehthumbs.db Desktop.ini
然后拴念，繼續(xù)忽略Python編譯產(chǎn)生的.pyc吭狡、.pyo、dist等文件或目錄：Python: *.py[cod] *.so *.egg *.egg -info dist build加上你自己定義的文件丈莺，最終得到一個完整的.gitignore文件.
內(nèi)容如下

# Windows:Thumbs.db ehthumbs.db  Desktop.ini
# Python:*.py[cod] *.so *.egg *.egg-info dist build
# My configurations:db.ini deploy_key_rsa```
最后一步就是把**.gitignore****也提交到Git**划煮，就完成了！

當(dāng)然檢驗.gitignore的標(biāo)準(zhǔn)是git status命令是不是說working directory clean缔俄。
使用Windows的童鞋注意了弛秋，如果你在資源管理器里新建一個.gitignore文件，它會非常弱智地提示你必須輸入文件名俐载，但是在文本編輯器里“保存”或者“另存為”就可以把文件保存為.gitignore了蟹略。小結(jié)忽略某些文件時，需要編寫.gitignore遏佣；.gitignore文件本身要放到版本庫里挖炬，并且可以對.gitignore做版本管理！

**配置別名**
我們只需要敲一行命令状婶，告訴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 ci -m “bala bala bala…” . –global參數(shù)是全局參數(shù)馅巷，也就是這些命令在這臺電腦的所有Git倉庫下都有用。

在撤銷修改一節(jié)中草姻，我們知道钓猬，命令git reset HEAD file可以把暫存區(qū)的修改撤銷掉（unstage），重新放回工作區(qū)撩独。既然是一個unstage操作敞曹，就可以配置一個unstage別名：
$ git config –global alias.unstage ‘reset HEAD’
當(dāng)你敲入命令：$ git unstage test.py實際上Git執(zhí)行的是：$ git reset HEAD test.py配置一個git last，讓其顯示最后一次提交信息：$ git config –global alias.last ‘log -1′
這樣综膀，用git last就能顯示最近一次的提交：

$ git last commit adca45d317e6d8a4b23f9811c3d7b7f0f180bfe2
Merge: bd6ae48 291bea8
Author: Michael Liao
Date:   Thu Aug 22 22:49:22 2013 +0800
merge & fix hello.py```
甚至還有人喪心病狂地把lg配置成了：
**git config –global alias.lg “l(fā)og –color –graph –pretty=
format:’%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset’ –abbrev-commit”**

配置文件配置Git的時候澳迫，加上–global是針對當(dāng)前用戶起作用的，電腦下所有庫都起作用剧劝；如果不加橄登，那只針對當(dāng)前的倉庫起作用。

**配置文件放哪了担平？**
每個倉庫的Git配置文件都放在**.git/config**文件中：

$ cat .git/config
[core] repository
formatversion = 0
filemode = true
bare = false
logallrefupdates = true
ignorecase = true
precomposeunicode = true[remote "origin"]
url = git@github.com:michaelliao/learngit.git
fetch = +refs/heads/:refs/remotes/origin/[branch "master"]
remote = origin
merge = refs/heads/master
[alias] last = log -1```
別名就在[alias]后面，要刪除別名锭部，直接把對應(yīng)的行刪掉即可暂论。

而當(dāng)前用戶的Git配置文件放在用戶主目錄下的一個隱藏文件.gitconfig中：Git的官方網(wǎng)站：http://git-scm.com，英文自我感覺不錯的童鞋拌禾，可以經(jīng)常去官網(wǎng)看看

搭建Git服務(wù)器

在遠(yuǎn)程倉庫一節(jié)中取胎，我們講了遠(yuǎn)程倉庫實際上和本地倉庫沒啥不同，純粹為了7×24小時開機(jī)并交換大家的修改湃窍。GitHub就是一個免費托管開源代碼的遠(yuǎn)程倉庫闻蛀。但是對于某些視源代碼如生命的商業(yè)公司來說，既不想公開源代碼您市，又舍不得給GitHub交保護(hù)費觉痛，那就只能自己搭建一臺Git服務(wù)器作為私有倉庫使用。

搭建Git服務(wù)器需要準(zhǔn)備一臺運行Linux的機(jī)器茵休，強(qiáng)烈推薦用Ubuntu或Debian薪棒，這樣，通過幾條簡單的apt命令就可以完成安裝榕莺。
第一步俐芯，安裝git：$ sudo apt-get install git**
第二步，創(chuàng)建一個git用戶钉鸯，用來運行g(shù)it服務(wù)：$ sudo adduser git
第三步吧史，創(chuàng)建證書登錄：**收集所有需要登錄的用戶的公鑰，就是他們自己的id_rsa.pub文件唠雕，把所有公鑰導(dǎo)入到/home/git/.ssh/authorized_keys文件里贸营，一行一個吨述。
第四步，初始化Git倉庫：先選定一個目錄作為Git倉庫莽使，假定是/srv/sample.git锐极，在/srv目錄下輸入命令：$ sudo git init –bare sample.gitGit就會創(chuàng)建一個裸倉庫，裸倉庫沒有工作區(qū)芳肌，因為服務(wù)器上的Git倉庫純粹是為了共享灵再，所以不讓用戶直接登錄到服務(wù)器上去改工作區(qū)，并且服務(wù)器上的Git倉庫通常都以.git結(jié)尾亿笤。然后翎迁，把owner改為git：$ sudo chown -R git:git sample.git
第五步，禁用shell登錄：出于安全考慮净薛，第二步創(chuàng)建的git用戶不允許登錄shell汪榔，這可以通過編輯/etc/passwd文件完成。找到類似下面的一行：git:x:1001:1001:,,,:/home/git:/bin/bash改為：git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell這樣肃拜，git用戶可以正常通過ssh使用git痴腌，但無法登錄shell，因為我們?yōu)間it用戶指定的git-shell每次一登錄就自動退出燃领。
第六步士聪，克隆遠(yuǎn)程倉庫：現(xiàn)在，可以通過git clone命令克隆遠(yuǎn)程倉庫了猛蔽，在各自的電腦上運行：$ git clone git@server:/srv/sample.gitCloning into ‘sample’…warning: You appear to have cloned an empty repository.剩下的推送就簡單了剥悟。

管理公鑰
如果團(tuán)隊很小，把每個人的公鑰收集起來放到服務(wù)器的/home/git/.ssh/authorized_keys文件里就是可行的曼库。如果團(tuán)隊有幾百號人区岗，就沒法這么玩了，這時毁枯，可以用Gitosis來管理公鑰慈缔。這里我們不介紹怎么玩Gitosis了羡亩，幾百號人的團(tuán)隊基本都在500強(qiáng)了薪捍，相信找個高水平的Linux管理員問題不大。

管理權(quán)限
有很多不但視源代碼如生命缕坎，而且視員工為竊賊的公司蒂誉，會在版本控制系統(tǒng)里設(shè)置一套完善的權(quán)限控制教藻，每個人是否有讀寫權(quán)限會精確到每個分支甚至每個目錄下。

因為Git是為Linux源代碼托管而開發(fā)的右锨，所以Git也繼承了開源社區(qū)的精神括堤，不支持權(quán)限控制。不過，因為Git支持鉤子（hook）悄窃，所以讥电，可以在服務(wù)器端編寫一系列腳本來控制提交等操作，達(dá)到權(quán)限控制的目的轧抗。Gitolite就是這個工具恩敌。這里我們也不介紹Gitolite了，不要把有限的生命浪費到權(quán)限斗爭中横媚。

小結(jié)
搭建Git服務(wù)器非常簡單纠炮，通常10分鐘即可完成；要方便管理公鑰灯蝴，用Gitosis恢口；要像SVN那樣變態(tài)地控制權(quán)限，用Gitolite穷躁。