創(chuàng)建版本倉(cāng)庫(kù)

Bash

$ mkdir mygit
$ cd mygit
mygit$ pwd
/Users/zhouweiwei/mygit

通過git init命令把這個(gè)目錄變成Git可以管理的倉(cāng)庫(kù)：

Bash

mygit$ git init
Initialized empty Git repository in /Users/zhouweiwei/mygit/.git/

目錄下多了一個(gè).git的目錄，這個(gè)目錄是Git來跟蹤管理版本庫(kù)的，沒事千萬(wàn)不要手動(dòng)修改這個(gè)目錄里面的文件，不然改亂了，就把Git倉(cāng)庫(kù)給破壞了。

所有的版本控制系統(tǒng)，其實(shí)只能跟蹤文本文件的改動(dòng)，比如TXT文件，網(wǎng)頁(yè)，所有的程序代碼等等，Git也不例外。如果要真正使用版本控制系統(tǒng)，就要以純文本方式編寫文件。

三、添加一個(gè)文件

第一步，用命令git add告訴Git，把文件添加到倉(cāng)庫(kù)：

Bash

mygit$touch read.txt
mygit$git add read.txt

第二步，用命令git commit告訴Git，把文件提交到倉(cāng)庫(kù)：

Bash

mygit$git commit -m "wrote a txt file"
[master 6899a3b] wrote a txt file
 1 file changed, 1 insertion(+)
 create mode 100644 read.txt

add支持一次添加多個(gè)文件（git add -A）后，commit支持一次提交所有add的文件。

git add命令實(shí)際上就是把要提交的所有修改放到暫存區(qū)（Stage），然后，執(zhí)行g(shù)it commit就可以一次性把暫存區(qū)的所有修改提交到分支。

四、查看結(jié)果

git status命令可以讓我們時(shí)刻掌握倉(cāng)庫(kù)當(dāng)前的狀態(tài)，如無(wú)變化或有修改

Bash

mygit$vim read.txt
mygit$git status
On branch master
Changes not staged for commit:
  (use "git add ..." to update what will be committed)
  (use "git checkout -- ..." to discard changes in working directory)

modified:   read.txt

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

mygit$git diff read.txt

五、提交修改

Bash

mygit$git add read.txt
mygit$git status
On branch master
Changes to be committed:
  (use "git reset HEAD ..." to unstage)

modified:   read.txt

mygit$git commit -m "modify read"
[master 871ed58] modify read
 1 file changed, 1 insertion(+), 1 deletion(-)
 
mygit$git status
On branch master
nothing to commit, working tree clean

六、查看提交日志

Bash

mygit$git log

顯示從最近到最遠(yuǎn)的提交日志，如果退出查看日志，敲鍵盤 q

查看簡(jiǎn)單日志信息：

Bash

mygit$git log --pretty=oneline
871ed587ca6af9f45f07e88dfdb34db3f088c008 (HEAD -> master) modify read
6899a3b7be98eb0ca635bc768bacb7601cacbcb2 wrote a txt file

七、回退到上一個(gè)版本

Bash

mygit$git reset --hard HEAD^
HEAD is now at 6899a3b wrote a txt file

如果此時(shí)后悔了，不想回退：

Bash

mygit$git reset --hard 871ed587c
HEAD is now at 871ed58 modify read

mygit$git log

當(dāng)你回退版本的時(shí)候，Git僅僅是把HEAD從指向版本的commit id

八、查看每次的命令記錄

Bash

mygit$git reflog
871ed58 (HEAD -> master) HEAD@{0}: reset: moving to 871ed587c
6899a3b HEAD@{1}: reset: moving to HEAD^
871ed58 (HEAD -> master) HEAD@{2}: commit: modify read
6899a3b HEAD@{3}: commit: wrote a txt file

第一次修改 -> git add -> 第二次修改 -> git commit

實(shí)際只提交第一次的修改，如果要一起提交，如下：

第一次修改 -> git add -> 第二次修改 -> git add -> git commit

九、丟棄工作區(qū)的修改

Bash

mygit$git checkout -- read.txt

意思就是，把readme.txt文件在工作區(qū)的修改全部撤銷，這里有兩種情況：

一種是read.txt自修改后還沒有被放到暫存區(qū)，現(xiàn)在，撤銷修改就回到和版本庫(kù)一模一樣的狀態(tài)；

一種是read.txt已經(jīng)添加到暫存區(qū)后，又作了修改，現(xiàn)在，撤銷修改就回到最近添加到暫存區(qū)后的狀態(tài)。

總之，就是讓這個(gè)文件回到最近一次 git add 或 git commit 時(shí)的狀態(tài)。

十、丟棄緩存區(qū)的修改

Bash

mygit$git reset HEAD read.txt

還沒推送遠(yuǎn)程版本庫(kù)，提交本地版本庫(kù)的修改：git reset HEAD

十一、從倉(cāng)庫(kù)中刪除文件

Bash

mygit$rm read.txt
mygit$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:    read.txt

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

mygit$git rm read.txt
rm 'read.txt'

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

因?yàn)檎`刪想要還原：

Bash

mygit$git checkout -- read.txt
error: pathspec 'read.txt' did not match any file(s) known to git.

mygit$git reset --hard 871ed58
HEAD is now at 871ed58 modify read

十二、創(chuàng)建遠(yuǎn)程倉(cāng)庫(kù)（略）

https://github.com

從遠(yuǎn)程倉(cāng)庫(kù)克隆一個(gè)本地倉(cāng)庫(kù)：

Bash

mygit$mkdir remot
mygit$cd remot

remot$git clone git@github.com:aihuman/hiapi.git
Cloning into 'hiapi'...
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Total 3 (delta 0), reused 3 (delta 0), pack-reused 0
Receiving objects: 100% (3/3), done.

十三、分支管理

每次提交，Git都把它們串成一條時(shí)間線，這條時(shí)間線就是一個(gè)分支。截止到目前，只有一條時(shí)間線，在Git里，這個(gè)分支叫主分支，即master分支。HEAD嚴(yán)格來說不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是當(dāng)前分支。

一開始的時(shí)候，master分支是一條線，Git用master指向最新的提交，再用HEAD指向master，就能確定當(dāng)前分支，以及當(dāng)前分支的提交點(diǎn)

當(dāng)我們創(chuàng)建新的分支，例如dev時(shí)，Git新建了一個(gè)指針叫dev，指向master相同的提交，再把HEAD指向dev，就表示當(dāng)前分支在dev上

Git創(chuàng)建一個(gè)分支很快，因?yàn)槌嗽黾右粋€(gè)dev指針，改改HEAD的指向，工作區(qū)的文件都沒有任何變化！

假如我們?cè)赿ev上的工作完成了，就可以把dev合并到master上。

Git怎么合并呢？最簡(jiǎn)單的方法，就是直接把master指向dev的當(dāng)前提交，就完成了合并

合并完分支后，甚至可以刪除dev分支。刪除dev分支就是把dev指針給刪掉，刪掉后，我們就剩下了一條master分支

Bash

mygit$git checkout -b dev
Switched to a new branch 'dev'

相當(dāng)于：

Bash

mygit$git branch dev
mygit$git checkout dev
Already on 'dev'

修改dev分支，合并到master分支，最后刪除dev分支

Bash

mygit$git branch
* dev
  master
mygit$vim read.txt
mygit$git add read.txt
mygit$git commit -m "dev 001"
[dev 9c22b66] dev 001
 1 file changed, 1 insertion(+), 1 deletion(-)
 
mygit$git checkout master
Switched to branch 'master'

mygit$cat read.txt
222111
mygit$git checkout dev
Switched to branch 'dev'

mygit$cat read.txt
333222111

mygit$git merge dev
Already up to date.

mygit$git checkout master
Switched to branch 'master'

mygit$cat read.txt 
222111

mygit$git merge dev
Updating 871ed58..9c22b66
Fast-forward
 read.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 
mygit$cat read.txt
333222111
mygit$git branch -d dev
Deleted branch dev (was 9c22b66).
mygit$git branch
* master

遠(yuǎn)程提交新的分支和遠(yuǎn)程拉取新分支

Bash

git push --set-upstream origin dev1
git checkout -b dev1 origin/dev1

十四、解決沖突

在同一個(gè)節(jié)點(diǎn)后，master分支和dev分支都有新的提交，Git無(wú)法執(zhí)行“快速合并”，只能試圖把各自的修改合并起來，但這種合并就可能會(huì)有沖突。

當(dāng)Git無(wú)法自動(dòng)合并分支時(shí)，就必須首先解決沖突。解決沖突后，再提交，合并完成。

解決沖突就是把Git合并失敗的文件手動(dòng)編輯為我們希望的內(nèi)容，再提交。

用git log --graph命令可以看到分支合并圖。

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

Bash

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

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

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

十五、臨時(shí)修復(fù)bug

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

Bash

mygit$git stash
mygit$git checkout master
mygit$git checkout -b bug-101

修復(fù)完成后，切換到master分支，并完成合并，最后刪除bug-101分支

Bash

mygit$git stash list
mygit$git checkout dev
mygit$git status

一是用git stash apply恢復(fù)，但是恢復(fù)后，stash內(nèi)容并不刪除，你需要用git stash drop來刪除；

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

Bash

mygit$git stash pop
mygit$git stash list

多次stash，恢復(fù)的時(shí)候，先用git stash list查看，然后恢復(fù)指定的stash，用命令：

Bash

mygit$git stash apply stash@{0}

刪除stash（全清 or 清除部分）

mygit$git stash clear #清空所有內(nèi)容

mygit$git stash drop stash@{0} #刪除第一個(gè)隊(duì)列

十六、遠(yuǎn)程庫(kù)

要查看遠(yuǎn)程庫(kù)的信息，用git remote：

Bash

mygit$git remote
mygit$git remote -v

十七、推送分支

Bash

mygit$git push origin master
mygit$git push origin dev

并不是一定要把本地分支往遠(yuǎn)程推送，那么，哪些分支需要推送，哪些不需要呢？

master分支 是主分支，因此要時(shí)刻與遠(yuǎn)程同步；

dev分支 是開發(fā)分支，團(tuán)隊(duì)所有成員都需要在上面工作，所以也需要與遠(yuǎn)程同步；

bug分支 只用于在本地修復(fù)bug，就沒必要推到遠(yuǎn)程了，除非老板要看看你每周到底修復(fù)了幾個(gè)bug；

feature分支 是否推到遠(yuǎn)程，取決于你是否和你的小伙伴合作在上面開發(fā)。

十八、多人合作

如果A同學(xué)在dev分支修改并提交一些內(nèi)容，B同學(xué)對(duì)相同文件也做了修改，試圖推送失敗，應(yīng)先用git pull把最新的提交從origin/dev抓下來，然后，在本地合并，解決沖突，再推送

Bash

mygit$git branch --set-upstream-to=origin/dev dev
mygit$git pull

多人協(xié)作的工作模式通常是這樣：

1、首先，可以試圖用git push origin 推送自己的修改；

2、如果推送失敗，則因?yàn)檫h(yuǎn)程分支比你的本地更新，需要先用git pull試圖合并；

3、如果合并有沖突，則解決沖突，并在本地提交；

4、沒有沖突或者解決掉沖突后，再用git push origin 推送就能成功！

如果git pull提示no tracking information，則說明本地分支和遠(yuǎn)程分支的鏈接關(guān)系沒有創(chuàng)建，用命令git branch --set-upstream-to origin/。

這就是多人協(xié)作的工作模式，一旦熟悉了，就非常簡(jiǎn)單。

十九、標(biāo)簽管理

Git有commit，為什么還要引入tag？

“請(qǐng)把上周一的那個(gè)版本打包發(fā)布，commit號(hào)是6a5819e...”

“一串亂七八糟的數(shù)字不好找！”

如果換一個(gè)辦法：

“請(qǐng)把上周一的那個(gè)版本打包發(fā)布，版本號(hào)是v1.2”

“好的，按照tag v1.2查找commit就行！”

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

標(biāo)簽操作

Bash

mygit$git branch
mygit$git checkout master
mygit$git tag v1.0

mygit$git tag
v1.0
mygit$git tag v0.9 f52c633
mygit$git tag
v0.9
v1.0

mygit$git show v0.9
mygit$git push origin v1.0
mygit$git push origin --tags
mygit$git tag -d v0.9
mygit$git push origin :refs/tags/v0.9 #刪除遠(yuǎn)程標(biāo)簽
mygit$git tag -d v0.1

更新遠(yuǎn)程 tag

Bash

git tag -l | xargs git tag -d
git fetch --tags
git tag

二十、補(bǔ)充

commit雖然可以cherry pick到其它分支上去，但是在新分支上對(duì)應(yīng)的id也會(huì)發(fā)生變化

注意：
1. 分支上的代碼是隨時(shí)可變的 ===》定位代碼和分布都不能用分支，
2. commitid和tag都是固定的，它們代表的代碼是不可變的 ===》可以用于定位代碼、發(fā)布 ===》其中tag能明確指出版本號(hào)或是描述發(fā)布信息，所以用tag