git：實際上就是一個單向有環圖
- commit、index 與 work 之間的關係
- commit 與 branch、HEAD 指針之間的關係
branch 代表了 commit 樹的葉子節點
- commit 與 tag 之間的關係
git使用命令
Commit message 和 Change log 編寫指南
Git 工作流程
常用 Git 命令清單
http://wsgzao.github.io/post/git/
https://git-scm.com/book/zh/v2
- 未追蹤
- 不想每次使用git status命令時讓它們顯示出來
$ git clean -f -n # 1
$ git clean -f # 2
$ git clean -fd # 3
$ git clean -fX # 4
$ git clean -fx # 5
(1): 選項-n將顯示執行（2）時將會移除哪些文件。
(2): 該命令會移除所有命令（1）中顯示的文件。
(3): 如果你還想移除文件件，請使用選項-d。
(4): 如果你只想移除已被忽略的文件，請使用選項-X。
(5): 如果你想移除已被忽略和未被忽略的文件，請使用選項-x。
- 暫存區
- 移除暫存區的文件
git reset <文件名>
- 從暫存區移除所有沒有提交的修改
git reset
- commit
- 編輯最近一次的提交信息，但是你必須確保沒有對當前的代碼庫做修改，否則這些修改也會隨之一起提交
>> git commit --amend -m ”YOUR-NEW-COMMIT-MESSAGE”
- 假如你已經將代碼提交（git commit）推送（git push）到了遠程分支，那麼你需要通過下面的命令強制推送這次的代碼提交
>> $ git push <remote> <branch> --force
- 提交了錯誤的文件或一開始就遺漏了某些東西
$ git reset --soft HEAD~1 # 恢復到執行 commit 之前，提交暫存區之後的時間點
# 對工作文件進行必要的更改，注意暫存區
$ git add -A .
$ git commit -c ORIG_HEAD
- 指針
- 指針脫離，並從某一個 commit 中開啓新的分支
$ git checkout <SHA>
$ git checkout -b <SHA>
1.git文件變化流
┌─────────────┐ checkout < checkout <file> ┌───────────────┐
│ │ ───────────────────┬────────────────────────────▶ │ WorkSpace │
│ │ │ │ │
│ Reposiroty │ │ │ │
│ │ │ │ │
│ │ │ │ │
│ │ ▼ │ │
│ │ ┌─┴─────────────┐ │ │
│ │ reset HEAD │ Index/Stage │ checkout │ │
│ │ ───────────────▶ │ │ ─────────────▶ │ │
│ │ │ │ │ │
│ │ │ │ │ │
│ │ │ │ │ │
│ │ ◀─────────────── │ │ ◀───────────── │ │
│ │ commit │del:rm --cached│ add <file> │ │
└──┬────────┬─┘ └───────────────┘ └─────────────┬─┘
│ ▲ ▲
push│ │ clone │ pull
▼ │ │
┌──┴────────┴───────────────────────────────────────────────────────────────────┴──┐
│ Remote │
│ │
│ │
│ │
│ │
└──────────────────────────────────────────────────────────────────────────────────┘
2.常用
git clone <git_repo> <dir_name>
# 自動將遠端主機命名爲 origin
git clone -o <remote_name> <git_repo> <dir_name>
# 將遠端主機命名爲 <remote_name>，而不是默認的 origin
git remote add <主機名> <網址>
git remote rm <主機名>
git remote rename <原主機名> <新主機名>
git remote show <主機名>
git remote [-v]
# 遠端主機的增刪改查
3.增刪改查
1).當前時間點
- 增加
# work → index
git add a.txt
# index → repo
git commit -m "add file: a.txt"
- 查看
git status
git diff
- 刪除
# 從 index 中刪除，並會在下一次 commit 時提交給 repo；
# 此時 work 中也會刪除；
git rm a.txt
# 從 index 中刪除，並會在下一次 commit 時提交給 repo；
# 但 work 中不會刪除，此時 a.txt 就成了一個 Untracked 文件了；
git rm --cached a.txt
- 撤銷修改
# index → work
git checkout -- c.txt
# repo → index
git reset HEAD c.txt
# repo → index && repo → work
git checkout HEAD -- c.txt
- 修改 commit
# 提交後發現忘記了暫存某些需要的修改，可以像下面這樣操作
$ git commit -m 'initial commit'
$ git add forgotten_file
$ git commit --amend
# 重命名
git mv a.txt b.txt
2).操作時間點/時間線
在Git中，用HEAD表示當前版本，也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一樣），上一個版本就是HEAD^，上上一個版本就是HEAD^^，當然往上100個版本寫100個^比較容易數不過來，所以寫成HEAD~100。
git reset --hard HEAD^
# 回退到最近提交 commit 的快照；
git reset --hard 3628164
# 回退到指定的 commit 時間；
# 可以使用 git reflog 來查看你曾經跳躍過的時間點；
# 版本號沒必要寫全，前幾位就可以了，Git會自動去找
- log
# 查看 repo 與 work 有哪些改動(新文件，文件改動)；查看 repo 和 index 之間的不同(index中是否有文件還未提交到 repo)
# 查看詳細 repo 和 work 之間的的改動內容
git log --pretty=oneline
# 查看 repo 中的 commit 歷史歸檔；
# 參數 --pretty=oneline 表示以簡潔的方式來顯示；
git 的 repo 會記錄每一次commit的時間線，你可以使用 git reset 來跳到某一個時間點(commit)上來新開一條線；
或者你現在在一條線上，那麼你可以跳到另外一條線上；
注意每一次的時間點跳躍都會直接將該時間點的現場還原到 work中，所以如果你想在跳之後還保存着跳之前的work現場，那麼需要在跳之前就 commit 到 repo 才行；
如何查看你曾經跳躍過的時間點：
git reflog
- 查看時間點
git show b10cc123
git diff 09bd8cc ba25c0ff
3).修改時間點/時間線
- 回滾某個文件到之前的版本
git checkout 09bd8cc1 hello.txt
- 修改上一次時間點
會把最新的提交打回暫存區，並嘗試重新提交
git commit --amend
4.遠程倉庫
- 添加遠程庫
git remote add origin [email protected]:michaelliao/learngit.git
# 添加後，遠程庫的名字就是origin，這是Git默認的叫法，也可以改成別的，但是origin這個名字一看就知道是遠程庫。
- 查看遠程庫
git remote
git remote -v
# -v 表示顯示更詳細的信息
- 推送到遠程庫
$ git push origin master
$ git push origin dev
推送分支，就是把該分支上的所有本地提交推送到遠程庫。
推送時，要指定本地分支，這樣，Git就會把該分支推送到遠程庫對應的遠程分支上：
但是，並不是一定要把本地分支往遠程推送，那麼，哪些分支需要推送，哪些不需要呢？
master分支是主分支，因此要時刻與遠程同步；
dev分支是開發分支，團隊所有成員都需要在上面工作，所以也需要與遠程同步；
bug分支只用於在本地修復bug，就沒必要推到遠程了，除非老闆要看看你每週到底修復了幾個bug；
feature分支是否推到遠程，取決於你是否和你的小夥伴合作在上面開發。
總之，就是在Git中，分支完全可以在本地自己藏着玩，是否推送，視你的心情而定！
git push -u origin master
由於遠程庫是空的，我們第一次推送master分支時，加上了-u參數，Git不但會把本地的master分支內容推送的遠程新的master分支，還會把本地的master分支和遠程的master分支關聯起來，在以後的推送或者拉取時就可以簡化命令。
- 從遠程庫拉取
git clone [email protected]:michaelliao/gitskills.git
當你從遠程倉庫克隆時，實際上Git自動把本地的master分支和遠程的master分支對應起來了，並且，遠程倉庫的默認名稱是origin。
- 推送衝突
多人協作時，大家都會往master和dev分支上推送各自的修改。
現在，模擬一個你的小夥伴，可以在另一臺電腦（注意要把SSH Key添加到GitHub）或者同一臺電腦的另一個目錄下克隆：
$ git clone [email protected]: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.
當你的小夥伴從遠程庫clone時，默認情況下，你的小夥伴只能看到本地的master分支。不信可以用git branch命令看看：
$ git branch
* master
現在，你的小夥伴要在dev分支上開發，就必須創建遠程origin的dev分支到本地，於是他用這個命令創建本地dev分支：
$ git checkout -b dev origin/dev
現在，他就可以在dev上繼續修改，然後，時不時地把dev分支push到遠程：
$ git commit -m "add /usr/bin/env"
[dev 291bea8] add /usr/bin/env
1 file changed, 1 insertion(+)
$ git push origin dev
Counting objects: 5, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 349 bytes, done.
Total 3 (delta 0), reused 0 (delta 0)
To [email protected]:michaelliao/learngit.git
fc38031..291bea8 dev -> dev
你的小夥伴已經向origin/dev分支推送了他的提交，而碰巧你也對同樣的文件作了修改，並試圖推送：
$ git add hello.py
$ git commit -m "add coding: utf-8"
[dev bd6ae48] add coding: utf-8
1 file changed, 1 insertion(+)
$ git push origin dev
To [email protected]:michaelliao/learngit.git
! [rejected] dev -> dev (non-fast-forward)
error: failed to push some refs to '[email protected]:michaelliao/learngit.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Merge the remote changes (e.g. 'git pull')
hint: before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
推送失敗，因爲你的小夥伴的最新提交和你試圖推送的提交有衝突，解決辦法也很簡單，Git已經提示我們，先用git pull把最新的提交從origin/dev抓下來，然後，在本地合併，解決衝突，再推送：
$ git pull
remote: Counting objects: 5, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 0), reused 3 (delta 0)
Unpacking objects: 100% (3/3), done.
From github.com:michaelliao/learngit
fc38031..291bea8 dev -> origin/dev
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details
git pull <remote> <branch>
If you wish to set tracking information for this branch you can do so with:
git branch --set-upstream dev origin/<branch>
git pull也失敗了，原因是沒有指定本地dev分支與遠程origin/dev分支的鏈接，根據提示，設置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)
To [email protected]:michaelliao/learngit.git
291bea8..adca45d dev -> dev
因此，多人協作的工作模式通常是這樣：
• 首先，可以試圖用git push origin branch-name推送自己的修改；
• 如果推送失敗，則因爲遠程分支比你的本地更新，需要先用git pull試圖合併；
• 如果合併有衝突，則解決衝突，並在本地提交；
• 沒有衝突或者解決掉衝突後，再用git push origin branch-name推送就能成功！
• 如果git pull提示“no tracking information”，則說明本地分支和遠程分支的鏈接關係沒有創建，用命令git branch --set-upstream branch-name origin/branch-name。
這就是多人協作的工作模式，一旦熟悉了，就非常簡單。
5.分支管理
Git 分支管理詳解
- 分支可視化
除了 gitg, 其他常見的Linux上的git UI程序還有 gitk 以及 qgit.
- 概念
截止到目前，只有一條時間線，在Git裏，這個分支叫主分支，即master分支；
HEAD嚴格來說不是指向提交，而是指向master，master纔是指向提交的，所以，HEAD指向的就是當前分支。
一開始的時候，master分支是一條線，Git用master指向最新的提交，再用HEAD指向master，就能確定當前分支，以及當前分支的提交點；
每次提交，master分支都會向前移動一步，這樣，隨着你不斷提交，master分支的線也越來越長：
當我們創建新的分支，例如dev時，Git新建了一個指針叫dev，指向master相同的提交，再把HEAD指向dev，就表示當前分支在dev上：
Git創建一個分支很快，因爲除了增加一個dev指針，改改HEAD的指向，工作區的文件都沒有任何變化！
不過，從現在開始，對工作區的修改和提交就是針對dev分支了，比如新提交一次後，dev指針往前移動一步，而master指針不變：
假如我們在dev上的工作完成了，就可以把dev合併到master上。Git怎麼合併呢？最簡單的方法，就是直接把master指向dev的當前提交，就完成了合併：
所以Git合併分支也很快！就改改指針，工作區內容也不變！
合併完分支後，甚至可以刪除dev分支。刪除dev分支就是把dev指針給刪掉，刪掉後，我們就剩下了一條master分支：
- 創建
git checkout -b dev
# git checkout命令加上-b參數表示創建並切換，相當於以下兩條命令：
# $ git branch dev
# $ git checkout dev
# Switched to branch 'dev'
此時 dev 和 master 都執行同一個時間點，但你的 HEAD 指針卻發生了變化，從指向 master 變成了指向 dev 了；
- 查看
git branch
# 會列出所有分支，當前分支前面會標一個*號。
git log --graph --pretty=oneline --abbrev-commit
# ascii 碼時間線
- 切換分支
git checkout master
# 從當前分支切換到 master 分支；
- 合併分支
git merge dev
# 將 dev 中所做的所有操作，合併到 master 分支中，此時相當於對 master 分支做了一個 commit；
合併模式分兩種：--no-ff 與 --ff
--ff：快速合併模式，此時會將合併分支裏面的所有變化應用到 master 當前時間點中，刪除被合併分支後，該分支的信息將永不存在；
--no-ff：非快速合併，此時master 會再創建一個時間點，在這個時間點來合併分支，這樣我們在撤銷合併的時候，可以快速回退到 master 合併前的狀態；
默認使用 --ff 合併，但不是每次合併都能夠快速合併的；
- 撤銷合併
回到 master 合併提交新分支之前的那個分支即可；
即回到"add file: e.txt"時間點上即可；
- 刪除分支
刪除已經被合併的分支：
git branch -d dev
# Deleted branch dev (was 4291bce).
git branch
# * master
刪除還未被合併的分支：
git branch -D feature-vulcan
- 分支管理
首先，master分支應該是非常穩定的，也就是僅用來發布新版本，平時不能在上面幹活；
那在哪幹活呢？幹活都在dev分支上，也就是說，dev分支是不穩定的，到某個時候，比如1.0版本發佈時，再把dev分支合併到master上，在master分支發佈1.0版本；
你和你的小夥伴們每個人都在dev分支上幹活，每個人都有自己的分支，時不時地往dev分支上合併就可以了。
所以，團隊合作的分支看起來就像這樣：
- 現場保存
Git還提供了一個stash功能，可以把當前工作現場“儲藏”起來，等以後恢復現場後繼續工作
此處的現場值只當前工作的分支內的 index 和 work 保存起來；
保存之後，會直接 git reset --head HEAD 的，此時工作區和 index 就十分乾淨；
git stash
# 保存現場，並 reset 到當前分支的 HEAD 時間點上；
git stash list
# 現場保存列表；
恢復現場有兩種方式：
1.git stash apply 恢復現場，git stash drop 刪除現場列表；
2.git stash pop 恢復的同時把stash內容也刪了
注意，現場保存只應用於被追蹤的文件，未被追蹤的文件在整個過程中不會有任何影響；
你可以多次stash，恢復的時候，先用git stash list查看，然後恢復指定的stash，用命令：
$ git stash apply stash@{0}
6，標籤管理
發佈一個版本時，我們通常先在版本庫中打一個標籤，這樣，就唯一確定了打標籤時刻的版本。將來無論什麼時候，取某個標籤的版本，就是把那個打標籤的時刻的歷史版本取出來。所以，標籤也是版本庫的一個快照。
Git的標籤雖然是版本庫的快照，但其實它就是指向某個commit的指針（跟分支很像對不對？但是分支可以移動，標籤不能移動），所以，創建和刪除標籤都是瞬間完成的。
- 打標籤
在Git中打標籤非常簡單，首先，切換到需要打標籤的分支上：
然後，敲命令git tag <name>就可以打一個新標籤：
默認標籤是打在最新提交的commit上的。有時候，如果忘了打標籤，比如，現在已經是週五了，但應該在週一打的標籤沒有打，怎麼辦？
方法是找到歷史提交的commit id，然後打上就可以了：
$ git tag v0.9 6224937
還可以創建帶有說明的標籤，用-a指定標籤名，-m指定說明文字：
$ git tag -a v0.1 -m "version 0.1 released" 3628164
- 查看標籤
$ git tag
# v1.0
注意，標籤不是按時間順序列出，而是按字母排序的。
可以用git show <tagname>查看標籤信息：
- 簽名標籤
以通過-s用私鑰簽名一個標籤：
$ git tag -s v0.2 -m "signed version 0.2 released" fec145a
簽名採用PGP簽名，因此，必須首先安裝gpg（GnuPG），如果沒有找到gpg，或者沒有gpg密鑰對，就會報錯：
如果報錯，請參考GnuPG幫助文檔配置Key。
用命令git show <tagname>可以看到PGP簽名信息：
- 刪除標籤
如果標籤打錯了，也可以刪除：
$ git tag -d v0.1
# Deleted tag 'v0.1' (was e078af9)
如果標籤已經推送到遠程，要刪除遠程標籤就麻煩一點，先從本地刪除：
$ git tag -d v0.9
Deleted tag 'v0.9' (was 6224937)
然後，從遠程刪除。刪除命令也是push，但是格式如下：
$ git push origin :refs/tags/v0.9
To [email protected]:michaelliao/learngit.git
- [deleted] v0.9
- 推送標籤
因爲創建的標籤都只存儲在本地，不會自動推送到遠程。所以，打錯的標籤可以在本地安全刪除。
如果要推送某個標籤到遠程，使用命令git push origin <tagname>：
$ git push origin v1.0
Total 0 (delta 0), reused 0 (delta 0)
To [email protected]: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 [email protected]:michaelliao/learngit.git
* [new tag] v0.2 -> v0.2
* [new tag] v0.9 -> v0.9