廖雪峯官網Git學習筆記

Git簡介

Git是分佈式版本控制系統。
集中式版本控制系統最大的毛病就是必須聯網才能工作，如果在局域網內還好，帶寬夠大，速度夠快，可如果在互聯網上，遇到網速慢的話，可能提交一個10M的文件就需要5分鐘，這還不得把人給憋死啊。
那分佈式版本控制系統與集中式版本控制系統有何不同呢？首先，分佈式版本控制系統根本沒有“中央服務器”，每個人的電腦上都是一個完整的版本庫，這樣，你工作的時候，就不需要聯網了，因爲版本庫就在你自己的電腦上。既然每個人電腦上都有一個完整的版本庫，那多個人如何協作呢？比方說你在自己電腦上改了文件A，你的同事也在他的電腦上改了文件A，這時，你們倆之間只需把各自的修改推送給對方，就可以互相看到對方的修改了。

和集中式版本控制系統相比，分佈式版本控制系統的安全性要高很多，因爲每個人電腦裏都有完整的版本庫，某一個人的電腦壞掉了不要緊，隨便從其他人那裏複製一個就可以了。而集中式版本控制系統的中央服務器要是出了問題，所有人都沒法幹活了。

在實際使用分佈式版本控制系統的時候，其實很少在兩人之間的電腦上推送版本庫的修改，因爲可能你們倆不在一個局域網內，兩臺電腦互相訪問不了，也可能今天你的同事病了，他的電腦壓根沒有開機。因此，分佈式版本控制系統通常也有一臺充當“中央服務器”的電腦，但這個服務器的作用僅僅是用來方便“交換”大家的修改，沒有它大家也一樣幹活，只是交換修改不方便而已。

安裝Git

在Windows上安裝Git，然後按默認選項安裝即可。
安裝完成後，在開始菜單裏找到“Git”->“Git Bash”，蹦出一個類似命令行窗口的東西，就說明Git安裝成功。
設置：

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

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

創建版本庫

什麼是版本庫呢？版本庫又名倉庫，英文名repository，你可以簡單理解成一個目錄，這個目錄裏面的所有文件都可以被Git管理起來，每個文件的修改、刪除，Git都能跟蹤，以便任何時刻都可以追蹤歷史，或者在將來某個時刻可以“還原”。

創建版本庫

• 創建版本庫：選擇一個合適的地方，創建一個空目錄，pwd命令用於顯示當前目錄。

$ mkdir learngit
$ cd learngit
$ pwd
/Users/michael/learngit

初始化一個Git倉庫 git init

• 通過git init命令把這個目錄變成Git可以管理的倉庫 。瞬間Git就把倉庫建好了，而且告訴你是一個空的倉庫（empty Git repository），細心的讀者可以發現當前目錄下多了一個.git的目錄，這個目錄是Git來跟蹤管理版本庫的，沒事千萬不要手動修改這個目錄裏面的文件，不然改亂了，就把Git倉庫給破壞了。
  如果你沒有看到.git目錄，那是因爲這個目錄默認是隱藏的，用ls -ah命令就可以看見。

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

添加文件進入版本庫

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

文件添加 Git add

1. 使用命令git add ，注意，可反覆多次使用，添加多個文件；

文件提交 Git commit -m

2. 使用命令git commit -m ，完成。

舉例：
第一步，用命令git add告訴Git，把文件添加到倉庫：

$ git add readme.txt

執行上面的命令，沒有任何顯示，添加成功。

第二步，用命令git commit告訴Git，把文件提交到倉庫：

$ git commit -m "wrote a readme file"

[master (root-commit) eaadf4e] wrote a readme file
 1 file changed, 2 insertions(+)
 create mode 100644 readme.txt
 

簡單解釋一下git commit命令，-m後面輸入的是本次提交的說明，可以輸入任意內容，當然最好是有意義的，這樣你就能從歷史記錄裏方便地找到改動記錄。git commit命令執行成功後會告訴你，1 file changed：1個文件被改動（我們新添加的readme.txt文件）；2 insertions：插入了兩行內容（readme.txt有兩行內容）。

有的版本控制系統，其實只能跟蹤文本文件的改動，比如TXT文件，網頁，所有的程序代碼等等，Git也不例外。版本控制系統可以告訴你每次的改動，比如在第5行加了一個單詞“Linux”，在第8行刪了一個單詞“Windows”。而圖片、視頻這些二進制文件，雖然也能由版本控制系統管理，但沒法跟蹤文件的變化，只能把二進制文件每次改動串起來，也就是隻知道圖片從100KB改成了120KB，但到底改了啥，版本控制系統不知道，也沒法知道。Microsoft的Word格式是二進制格式，因此，版本控制系統是沒法跟蹤Word文件的改動的。
使用Windows的童鞋要特別注意：

千萬不要使用Windows自帶的記事本編輯任何文本文件。原因是Microsoft開發記事本的團隊使用了一個非常弱智的行爲來保存UTF-8編碼的文件，他們自作聰明地在每個文件開頭添加了0xefbbbf（十六進制）的字符，你會遇到很多不可思議的問題，比如，網頁第一行可能會顯示一個“?”，明明正確的程序一編譯就報語法錯誤，等等，都是由記事本的弱智行爲帶來的。建議你下載Notepad++代替記事本，不但功能強大，而且免費！記得把Notepad++的默認編碼設置爲UTF-8 without BOM即可：

版本切換

版本回退

HEAD指向的版本就是當前版本，因此，Git允許我們在版本的歷史之間穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交歷史，以便確定要回退到哪個版本。
要重返未來，用git reflog查看命令歷史，以便確定要回到未來的哪個版本。

查看歷史記錄 git log

在Git中，我們用git log命令查看歷史記錄：

$ git log

commit 1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master)
Author: Michael Liao <[e-mail]>
Date:   Fri May 18 21:06:15 2018 +0800

    append GPL

commit e475afc93c209a690c39c13a46716e8fa000c366
Author: Michael Liao <[e-mail]>
Date:   Fri May 18 21:03:36 2018 +0800

    add distributed

commit eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0
Author: Michael Liao <[e-mail]>
Date:   Fri May 18 20:59:18 2018 +0800

    wrote a readme file

git log命令顯示從最近到最遠的提交日誌，我們可以看到3次提交，最近的一次是append GPL，上一次是add distributed，最早的一次是wrote a readme file。

加上–pretty=oneline參數，顯示縮減版歷史記錄

$ git log --pretty=oneline

1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master) append GPL
e475afc93c209a690c39c13a46716e8fa000c366 add distributed
eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0 wrote a readme file

一大串類似1094adb…的是commit id（版本號），和SVN不一樣，Git的commit id不是1，2，3……遞增的數字，而是一個SHA1計算出來的一個非常大的數字，用十六進制表示

返回上個版本 get reset --hard HEAD^

在Git中，用HEAD表示當前版本，也就是最新的提交1094adb…（注意我的提交ID和你的肯定不一樣），上一個版本就是HEAD^{，上上一個版本就是HEAD，當然往上100個版本寫100個}比較容易數不過來，所以寫成HEAD~100。

現在，我們要把當前版本append GPL回退到上一個版本add distributed，就可以使用git reset命令

$ git reset --hard HEAD^
HEAD is now at e475afc add distributed

查看每一條記錄 git reflog

Git提供了一個命令git reflog用來記錄你的每一次命令：

$ git reflog
e475afc HEAD@{1}: reset: moving to HEAD^
1094adb (HEAD -> master) HEAD@{2}: commit: append GPL
e475afc HEAD@{3}: commit: add distributed
eaadf4e HEAD@{4}: commit (initial): wrote a readme file

工作區和暫存區

名詞解釋

工作區（Working Directory）

在電腦裏能看到的目錄

版本庫（Repository）

工作區有一個隱藏目錄.git，Git的版本庫。Git的版本庫裏存了很多東西，其中最重要的就是稱爲stage（或者叫index）的暫存區，還有Git爲我們自動創建的第一個分支master，以及指向master的一個指針叫HEAD。

Git add Git commit

文件往Git版本庫裏添加的時候，是分兩步執行的：
第一步是用git add把文件添加進去，實際上就是把文件修改添加到暫存區；
第二步是用git commit提交更改，實際上就是把暫存區的所有內容提交到當前分支。
因爲我們創建Git版本庫時，Git自動爲我們創建了唯一一個master分支，所以，現在，git commit就是往master分支上提交更改。
需要提交的文件修改通通放到暫存區，然後，一次性提交暫存區的所有修改。

管理修改

Git跟蹤並管理的是修改，而非文件。每次修改，如果不用git add到暫存區，那就不會加入到commit中。

查看工作區和版本庫最新版本的區別 git diff HEAD

提交後，用git diff HEAD – readme.txt命令可以查看工作區和版本庫裏面最新版本的區別：

$ git diff HEAD -- readme.txt 

diff --git a/readme.txt b/readme.txt
index 76d770f..a9c5755 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,4 +1,4 @@
 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.
+Git tracks changes of files.

撤銷修改

場景1：當你改亂了工作區某個文件的內容，想直接丟棄工作區的修改時，用命令git checkout – file。
場景2：當你不但改亂了工作區某個文件的內容，還添加到了暫存區時，想丟棄修改，分兩步，第一步用命令git reset HEAD ，就回到了場景1，第二步按場景1操作。
場景3：已經提交了不合適的修改到版本庫時，想要撤銷本次提交，參考版本回退一節，不過前提是沒有推送到遠程庫。

丟棄工作區的修改：git checkout – file

命令git checkout – readme.txt意思就是，把readme.txt文件在工作區的修改全部撤銷，這裏有兩種情況：

一種是readme.txt自修改後還沒有被放到暫存區，現在，撤銷修改就回到和版本庫一模一樣的狀態；

一種是readme.txt已經添加到暫存區後，又作了修改，現在，撤銷修改就回到添加到暫存區後的狀態。

總之，就是讓這個文件回到最近一次git commit或git add時的狀態。

$ git checkout -- readme.txt

刪除文件 git rm

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

文件管理器直接手動刪除或者rm

$ rm test.txt

這個時候，Git知道你刪除了文件，因此，工作區和版本庫就不一致了，git status命令會立刻告訴你哪些文件被刪除了：

$ git status
On branch master
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

	deleted:    test.txt

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

版本庫中刪除該文件，git rm刪掉，並且git commit

$ git rm test.txt
rm 'test.txt'

$ git commit -m "remove test.txt"
[master d46f35e] remove test.txt
 1 file changed, 1 deletion(-)
 delete mode 100644 test.txt

版本庫中刪除該文件：先手動刪除文件，然後使用git rm 和git add效果是一樣的。

恢復誤刪版本 git checkout –

git checkout其實是用版本庫裏的版本替換工作區的版本，無論工作區是修改還是刪除，都可以“一鍵還原”。 注意：從來沒有被添加到版本庫就被刪除的文件，是無法恢復的！

$ git checkout -- test.txt

參考：廖雪峯官網中Git教程廖雪峯官網