一、創建版本庫(git init)
什麼是版本庫呢？版本庫又名倉庫，英文名repository，你可以簡單理解成一個目錄，這個目錄裏面的所有文件都可以被Git管理起來，每個文件的修改、刪除，Git都能跟蹤，以便任何時刻都可以追蹤歷史，或者在將來某個時刻可以“還原”。
第一步，創建一個版本庫非常簡單，首先，選擇一個合適的地方，創建一個空目錄
$ mkdir learngit
$ cd learngit
$ pwd
/Users/michael/learngit
第二步，通過git init命令把這個目錄變成Git可以管理的倉庫：
$ git init
Initialized empty Git repository in /Users/michael/learngit/.git/
不一定必須在空目錄下創建Git倉庫，選擇一個已經有東西的目錄也是可以的。
第三步，現在我們編寫一個readme.txt文件，內容如下：
Git is a version control system.
Git is free software.
一定要放到learngit目錄下（子目錄也行）
用命令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 reset --hard **）
在實際工作中，我們腦子裏怎麼可能記得一個幾千行的文件每次都改了什麼內容，不然要版本控制系統幹什麼。版本控制系統肯定有某個命令可以告訴我們歷史記錄，在Git中，我們用git log命令查看：
$ git log
commit 1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master)
Author: Michael Liao <[email protected]>
Date: Fri May 18 21:06:15 2018 +0800
append GPL
commit e475afc93c209a690c39c13a46716e8fa000c366
Author: Michael Liao <[email protected]>
Date: Fri May 18 21:03:36 2018 +0800
add distributed
commit eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0
Author: Michael Liao <[email protected]>
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（版本號）
1、回退到上個版本
在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
--hard參數有啥意義？這個後面再講，現在你先放心使用。
2、取消回退
commit id是1094adb...，我們就可以指定回到未來的某個版本：
$ git reset --hard 1094a
HEAD is now at 83b0afe append GPL
版本號沒必要寫全，前幾位就可以了，Git會自動去找。
三、撤銷修改（git checkout -- fileName）
it會告訴你，git checkout -- file可以丟棄工作區的修改：
$ git checkout -- readme.txt
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作區的修改全部撤銷，這裏有兩種情況：
一種是readme.txt自修改後還沒有被放到暫存區，現在，撤銷修改就回到和版本庫一模一樣的狀態；
一種是readme.txt已經添加到暫存區後，又作了修改，現在，撤銷修改就回到添加到暫存區後的狀態。
總之，就是讓這個文件回到最近一次git commit或git add時的狀態。
四、刪除文件（git rm fileName）
$ git rm readme.txt
刪除readme.txt文件，包括工作區間和版本庫中的文件一併刪除
五、工作區與版本庫（add-->stage，commit-->master）
工作區有一個隱藏目錄.git，這個不算工作區，而是Git的版本庫。
Git的版本庫裏存了很多東西，其中最重要的就是稱爲stage（或者叫index）的暫存區，還有Git爲我們自動創建的第一個分支master，以及指向master的一個指針叫HEAD。
分支和HEAD的概念我們以後再講。
前面講了我們把文件往Git版本庫裏添加的時候，是分兩步執行的：
第一步是用git add把文件添加進去，實際上就是把文件修改添加到暫存區；
第二步是用git commit提交更改，實際上就是把暫存區的所有內容提交到當前分支。
因爲我們創建Git版本庫時，Git自動爲我們創建了唯一一個master分支，所以，現在，git commit就是往master分支上提交更改。
1、在工作區新增一個LICENSE文本文件（內容隨便寫）。
先用git status查看一下狀態：
$ 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
Untracked files:
(use "git add <file>..." to include in what will be committed)
LICENSE
no changes added to commit (use "git add" and/or "git commit -a")
Git非常清楚地告訴我們，readme.txt被修改了，而LICENSE還從來沒有被添加過，所以它的狀態是Untracked。
2、使用兩次命令git add，把readme.txt和LICENSE都添加後，用git status再查看一下：
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: LICENSE
modified: readme.txt
現在，暫存區的狀態就變成這樣了：
所以，git add命令實際上就是把要提交的所有修改放到暫存區（Stage）
3、執行git commit就可以一次性把暫存區的所有修改提交到分支。
$ git commit -m "understand how stage works"
[master e43a48b] understand how stage works
2 files changed, 2 insertions(+)
create mode 100644 LICENSE
一旦提交後，如果你又沒有對工作區做任何修改，那麼工作區就是“乾淨”的：
$ git status
On branch master
nothing to commit, working tree clean
現在版本庫變成了這樣，暫存區就沒有任何內容了：
六、分支管理
查看分支：git branch
創建分支：git branch <name>
切換分支：git checkout <name>或者git switch <name>
創建+切換分支：git checkout -b <name>或者git switch -c <name>
合併某分支到當前分支：git merge <name>
如果用--no-ff ，則合併後的歷史有分支，能看出曾經做過合併
$ git merge --no-ff -m "merge with no-ff" dev
刪除分支：git branch -d <name>
如果要丟棄一個沒有被合併過的分支，可以通過git branch -D <name>強行刪除
保存現場：git stash
1.git stash 是保存現場的命令
$ git stash
Saved working directory and index state WIP on dev: f52c633 add merge
現在，用git status查看工作區，就是乾淨的（除非有沒有被Git管理的文件）。可以離開當前分支去其他分支工作，比如其他分支處理bug。
2.工作區是乾淨的，剛纔的工作現場存到哪去了？用git stash list命令看看：
$ git stash list
stash@{0}: WIP on dev: f52c633 add merge
工作現場還在，Git把stash內容存在某個地方了，但是需要恢復一下，有兩個辦法：
一是用git stash apply恢復，但是恢復後，stash內容並不刪除，你需要用git stash drop來刪除；
另一種方式是用git stash pop，恢復的同時把stash內容也刪了；
3.在master分支上修復的bug，想要合併到當前dev分支，可以用git cherry-pick <commit編號>命令，把bug提交的修改“複製”到當前分支，避免重複勞動。
$ git cherry-pick 4c805e2
七、關聯github/gitee
第一步，在github/gitee上面建立一個庫，以便與本地庫關聯
第二步，本地操作
使用命令git remote add origin https://github.com/weaponLiu/res01.git 關聯遠程庫
關聯後，使用命令git push -u origin master第一次推送master分支的所有內容；
此後，每次本地提交後，只要有必要，就可以使用命令git push origin master推送最新修改；
補充：從遠程庫克隆
git clone https://github.com/weaponLiu/gitskills.git
https://github.com/weaponLiu/gitskills.git是遠程數據庫的地址
八、多人協作
-
查看遠程庫信息，使用
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，如果有衝突，要先處理衝突。 -
多人協作的工作模式通常是這樣：
-
首先，可以試圖用
git push origin <branch-name>推送自己的修改； -
如果推送失敗，則因爲遠程分支比你的本地更新，需要先用
git pull試圖合併； -
如果合併有衝突，則解決衝突，並在本地提交；
-
沒有衝突或者解決掉衝突後，再用
git push origin <branch-name>推送就能成功！
如果git pull提示no tracking information，則說明本地分支和遠程分支的鏈接關係沒有創建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。
九、標籤管理
-
命令
git tag <tagname>用於新建一個標籤，默認爲HEAD，也可以指定一個commit id； -
命令
git tag -a <tagname> -m "blablabla..."可以指定標籤信息； -
命令
git tag可以查看所有標籤； -
命令
git push origin <tagname>可以推送一個本地標籤； -
命令
git push origin --tags可以推送全部未推送過的本地標籤； -
命令
git tag -d <tagname>可以刪除一個本地標籤； -
命令
git push origin :refs/tags/<tagname>可以刪除一個遠程標籤；
十、忽略特殊文件（.gitignore）
在Git工作區的根目錄下創建一個特殊的.gitignore文件，然後把要忽略的文件名填進去，Git就會自動忽略這些文件。
不需要從頭寫.gitignore文件，GitHub已經爲我們準備了各種配置文件，只需要組合一下就可以使用了。所有配置文件可以直接在線瀏覽：https://github.com/github/gitignore
忽略文件的原則是：
- 忽略操作系統自動生成的文件，比如縮略圖等；
- 忽略編譯生成的中間文件、可執行文件等，也就是如果一個文件是通過另一個文件自動生成的，那自動生成的文件就沒必要放進版本庫，比如Java編譯產生的
.class文件； - 忽略你自己的帶有敏感信息的配置文件，比如存放口令的配置文件。
舉個例子：
假設你在Windows下進行Python開發，Windows會自動在有圖片的目錄下生成隱藏的縮略圖文件，如果有自定義目錄，目錄下就會有Desktop.ini文件，因此你需要忽略Windows自動生成的垃圾文件：
# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini
然後，繼續忽略Python編譯產生的.pyc、.pyo、dist等文件或目錄：
# Python:
*.py[cod]
*.so
*.egg
*.egg-info
dist
build
加上你自己定義的文件，最終得到一個完整的.gitignore文件，內容如下：
# 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，就完成了！當然檢驗.gitignore的標準是git status命令是不是說working directory clean。
使用Windows的童鞋注意了，如果你在資源管理器裏新建一個.gitignore文件，它會非常弱智地提示你必須輸入文件名，但是在文本編輯器裏“保存”或者“另存爲”就可以把文件保存爲.gitignore了。
有些時候，你想添加一個文件到Git，但發現添加不了，原因是這個文件被.gitignore忽略了：
$ 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.
如果你確實想添加該文件，可以用-f強制添加到Git：
$ git add -f App.class
或者你發現，可能是.gitignore寫得有問題，需要找出來到底哪個規則寫錯了，可以用git check-ignore命令檢查：
$ git check-ignore -v App.class
.gitignore:3:*.class App.class
Git會告訴我們，.gitignore的第3行規則忽略了該文件，於是我們就可以知道應該修訂哪個規則。
十一、配置別名
1、如果敲git st就表示git status那就簡單多了，當然這種偷懶的辦法我們是極力贊成的。
我們只需要敲一行命令，告訴Git，以後st就表示status：
$ git config --global alias.st status
好了，現在敲git st看看效果。
2、配置文件放哪了？每個倉庫的Git配置文件都放在.git/config文件中：
$ cat .git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
ignorecase = true
precomposeunicode = true
[remote "origin"]
url = [email protected]:michaelliao/learngit.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
[alias]
last = log -1
別名就在[alias]後面，要刪除別名，直接把對應的行刪掉即可。
而當前用戶的Git配置文件放在用戶主目錄下的一個隱藏文件.gitconfig中：
$ cat .gitconfig
[alias]
co = checkout
ci = commit
br = branch
st = status
[user]
name = Your Name
email = [email protected]
配置別名也可以直接修改這個文件，如果改錯了，可以刪掉文件重新通過命令配置。
十二、搭建Git服務器
GitHub就是一個免費託管開源代碼的遠程倉庫。但是對於某些視源代碼如生命的商業公司來說，既不想公開源代碼，又捨不得給GitHub交保護費，那就只能自己搭建一臺Git服務器作爲私有倉庫使用。
搭建Git服務器需要準備一臺運行Linux的機器，強烈推薦用Ubuntu或Debian，這樣，通過幾條簡單的apt命令就可以完成安裝。
假設你已經有sudo權限的用戶賬號，下面，正式開始安裝。
第一步，安裝git：
$ sudo apt-get install git
第二步，創建一個git用戶，用來運行git服務：
$ sudo adduser git
第三步，創建證書登錄：
收集所有需要登錄的用戶的公鑰，就是他們自己的id_rsa.pub文件，把所有公鑰導入到/home/git/.ssh/authorized_keys文件裏，一行一個。
第四步，初始化Git倉庫：
先選定一個目錄作爲Git倉庫，假定是/srv/sample.git，在/srv目錄下輸入命令：
$ sudo git init --bare sample.git
Git就會創建一個裸倉庫，裸倉庫沒有工作區，因爲服務器上的Git倉庫純粹是爲了共享，所以不讓用戶直接登錄到服務器上去改工作區，並且服務器上的Git倉庫通常都以.git結尾。然後，把owner改爲git：
$ sudo chown -R git:git sample.git
第五步，禁用shell登錄：
出於安全考慮，第二步創建的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，因爲我們爲git用戶指定的git-shell每次一登錄就自動退出。
第六步，克隆遠程倉庫：
現在，可以通過git clone命令克隆遠程倉庫了，在各自的電腦上運行：
$ git clone git@server:/srv/sample.git
Cloning into 'sample'...
warning: You appear to have cloned an empty repository.
剩下的推送就簡單了。
管理公鑰
如果團隊很小，把每個人的公鑰收集起來放到服務器的/home/git/.ssh/authorized_keys文件裏就是可行的。如果團隊有幾百號人，就沒法這麼玩了，這時，可以用Gitosis來管理公鑰。
這裏我們不介紹怎麼玩Gitosis了，幾百號人的團隊基本都在500強了，相信找個高水平的Linux管理員問題不大。
管理權限
有很多不但視源代碼如生命，而且視員工爲竊賊的公司，會在版本控制系統裏設置一套完善的權限控制，每個人是否有讀寫權限會精確到每個分支甚至每個目錄下。因爲Git是爲Linux源代碼託管而開發的，所以Git也繼承了開源社區的精神，不支持權限控制。不過，因爲Git支持鉤子（hook），所以，可以在服務器端編寫一系列腳本來控制提交等操作，達到權限控制的目的。Gitolite就是這個工具。
以上內容來自廖雪峯前輩的Git學習教程總結，僅作爲學習複習用。