一、先有本地庫(kù)，后有遠(yuǎn)程庫(kù)

1、在git上Create a new repo 創(chuàng)建一個(gè)倉(cāng)庫(kù)

2哄辣、在本地的learngit倉(cāng)庫(kù)下運(yùn)行命令：

$ git remote add origin git@github.com:931628061@qq.com/learngit.git

遠(yuǎn)程庫(kù)的名字就是origin，這是Git默認(rèn)的叫法赠尾，也可以改成別的力穗，但是origin
這個(gè)名字一看就知道是遠(yuǎn)程庫(kù)。

3.把本地庫(kù)的所有內(nèi)容推送到遠(yuǎn)程庫(kù)上：

把當(dāng)前分支master推送到遠(yuǎn)程

$ git push -u origin master
Counting objects: 19, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (19/19), done.
Writing objects: 100% (19/19), 13.73 KiB, done.
Total 23 (delta 6), reused 0 (delta 0)
To git@github.com:michaelliao/learngit.git * [new branch] master -> master
Branch master set up to track remote branch master from origin.

由于遠(yuǎn)程庫(kù)是空的气嫁，我們第一次推送master分支時(shí)当窗，加上了-u參數(shù)，Git不但會(huì)把本地的master分支內(nèi)容推送的遠(yuǎn)程新的master分支寸宵，還會(huì)把本地的master分支和遠(yuǎn)程的master分支關(guān)聯(lián)起來(lái)崖面，在以后的推送或者拉取時(shí)就可以簡(jiǎn)化命令。

4.每次本地提交后邓馒，只要有必要嘶朱，就可以使用命令git push origin master推送最新修改蛾坯；

二光酣、先有遠(yuǎn)程庫(kù)，后有本地庫(kù)

1.git上創(chuàng)建好后脉课，用命令git clone克隆一個(gè)本地庫(kù)：

三救军、創(chuàng)建與合并分支

1.首先财异，我們創(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'

2.用git branch命令查看當(dāng)前分支：

$ git branch
* dev
  master

git branch命令會(huì)列出所有分支戳寸，當(dāng)前分支前面會(huì)標(biāo)一個(gè)*號(hào)。

3.修改文件并提交

我們就可以在dev分支上正常提交拷泽，比如對(duì)readme.txt做個(gè)修改疫鹊，加上一行：

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分支后拆吆，再查看一個(gè)readme.txt文件，剛才添加的內(nèi)容不見了脂矫！因?yàn)槟莻€(gè)提交是在dev分支上枣耀，而master分支此刻的提交點(diǎn)并沒有變：

Paste_Image.png

4.把dev分支的工作成果合并到master分支上：

注意當(dāng)前在master分支

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

這次合并是“快進(jìn)模式”，也就是直接把master指向dev的當(dāng)前提交庭再，所以合并速度非忱剔龋快。

5.合并完成后拄轻，就可以放心地刪除dev分支

$ git branch -d 
devDeleted branch dev (was fec145a).

$ git branch
* master

Paste_Image.png

四颅围、沖突的解決

1.準(zhǔn)備新的feature1分支

$ git checkout -b feature1
Switched to a new branch 'feature1'

并修改readme.txt最后一行，改為：

Creating a new branch is quick AND simple.

2.在feature1分支上提交：

$ git add readme.txt 
$ git commit -m "AND simple"
[feature1 75a857c] AND simple 1 file changed, 1 insertion(+), 1 deletion(-)

3.切換到master分支

$ git checkout master
Switched to branch 'master'Your branch is ahead of 'origin/master' by 1 commit.

Git還會(huì)自動(dòng)提示我們當(dāng)前master分支比遠(yuǎn)程的master分支要超前1個(gè)提交恨搓。
在master分支上把readme.txt文件的最后一行改為：

Creating a new branch is quick & simple.

提交

$ git add readme.txt 
$ git commit -m "& simple"
[master 400b400] & simple 1 file changed, 1 insertion(+), 1 deletion(-)

現(xiàn)在谷浅，master分支和feature1分支各自都分別有新的提交，變成了這樣：

Paste_Image.png

激動(dòng)人心的時(shí)刻到了Ｄ套俊Ｒ环琛！
4.嘗試合并
這種情況下夺姑，Git無(wú)法執(zhí)行“快速合并”墩邀，只能試圖把各自的修改合并起來(lái)，但這種合并就可能會(huì)有沖突盏浙，我們?cè)囋嚳矗?/p>

$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.

提示沖突了眉睹。git status也可以告訴我們沖突的文件：

$ git status
# On branch master
# Your branch is ahead of 'origin/master' by 2 commits.
#
# Unmerged paths:
# (use "git add/rm <file>..." 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

Paste_Image.png

用帶參數(shù)的git log也可以看到分支的合并情況：

$ git log --graph --pretty=oneline --abbrev-commit
* 59bc1cb conflict fixed
|\
| * 75a857c AND simple* | 400b400 & simple|/* fec145a branch test...

最后，刪除feature1分支：

$ git branch -d feature1
Deleted branch feature1 (was 75a857c).

五.分支管理

1.仍然創(chuàng)建并切換dev分支：

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

2.修改readme.txt文件丐黄，并提交一個(gè)新的commit：

$ git add readme.txt 
$ git commit -m "add merge"
[dev 6224937] add merge 1 file changed, 1 insertion(+)

3. 現(xiàn)在斋配，我們切換回master：

$ git checkout master
Switched to branch 'master'

4.準(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(+)

因?yàn)楸敬魏喜⒁獎(jiǎng)?chuàng)建一個(gè)新的commit，所以加上-m
參數(shù)艰争，把commit描述寫進(jìn)去

6.合并后坏瞄，我們用git log看看分支歷史：

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

可以看到，不使用Fast forward模式甩卓，merge后就像這樣：

Paste_Image.png

分支策略

在實(shí)際開發(fā)中鸠匀，我們應(yīng)該按照幾個(gè)基本原則進(jìn)行分支管理：
首先，master分支應(yīng)該是非常穩(wěn)定的逾柿，也就是僅用來(lái)發(fā)布新版本缀棍，平時(shí)不能在上面干活；那在哪干活呢机错？干活都在dev分支上睦柴，也就是說，dev分支是不穩(wěn)定的毡熏，到某個(gè)時(shí)候坦敌，比如1.0版本發(fā)布時(shí)，再把dev分支合并到master上痢法，在master分支發(fā)布1.0版本狱窘；
你和你的小伙伴們每個(gè)人都在dev分支上干活，每個(gè)人都有自己的分支财搁，時(shí)不時(shí)地往dev分支上合并就可以了蘸炸。
所以，團(tuán)隊(duì)合作的分支看起來(lái)就像這樣：

Paste_Image.png

五尖奔、bug分支 ４钊濉！提茁！

軟件開發(fā)中淹禾，bug就像家常便飯一樣。有了bug就需要修復(fù)茴扁，在Git中铃岔，由于分支是如此的強(qiáng)大，所以峭火，每個(gè)bug都可以通過一個(gè)新的臨時(shí)分支來(lái)修復(fù)毁习，修復(fù)后，合并分支卖丸，然后將臨時(shí)分支刪除纺且。
當(dāng)你接到一個(gè)修復(fù)一個(gè)代號(hào)101的bug的任務(wù)時(shí)，很自然地稍浆，你想創(chuàng)建一個(gè)分支issue-101來(lái)修復(fù)它载碌，但是猜嘱，等等，當(dāng)前正在dev上進(jìn)行的工作還沒有提交：

$ git status
# On branch dev
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# new file: hello.py
#
# 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#

1.Git還提供了一個(gè)stash功能恐仑，可以把當(dāng)前工作現(xiàn)場(chǎng)“儲(chǔ)藏”起來(lái)，等以后恢復(fù)現(xiàn)場(chǎng)后繼續(xù)工作：

$ git stash
Saved working directory and index state WIP on dev: 6224937 add merge
HEAD is now at 6224937 add merge

現(xiàn)在为鳄，用git status查看工作區(qū)裳仆，就是干凈的（除非有沒有被Git管理的文件），因此可以放心地創(chuàng)建分支來(lái)修復(fù)bug孤钦。
2.分支的修改
1.首先確定要在哪個(gè)分支上修復(fù)bug歧斟，假定需要在master分支上修復(fù)，就從master創(chuàng)建臨時(shí)分支：

$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.

$ git checkout -b issue-101
Switched to a new branch 'issue-101'

現(xiàn)在修復(fù)bug偏形，需要把“Git is free software ...”改為“Git is a free software ...”静袖，然后提交：

$ git add readme.txt 
$ git commit -m "fix bug 101"
[issue-101 cc17032] fix bug 101 1 file changed, 1 insertion(+), 1 deletion(-)

修復(fù)完成后，切換到master分支俊扭，并完成合并队橙，最后刪除issue-101分支：

$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 2 commits.

$ git merge --no-ff -m "merged bug fix 101" 
issue-101Merge made by the 'recursive' strategy.
 readme.txt | 2 +- 
1 file changed, 1 insertion(+), 1 deletion(-)
$ git branch -d issue-101
Deleted branch issue-101 (was cc17032).

現(xiàn)在，是時(shí)候接著回到dev分支干活了萨惑！

$ git checkout dev
Switched to branch 'dev'
$ git status
# On branch dev
nothing to commit (working directory clean)

工作區(qū)是干凈的捐康，剛才的工作現(xiàn)場(chǎng)存到哪去了？用git stash list命令看看：

$ git stash list
stash@{0}: WIP on dev: 6224937 add merge

工作現(xiàn)場(chǎng)還在庸蔼，Git把stash內(nèi)容存在某個(gè)地方了解总，但是需要恢復(fù)一下，有兩個(gè)辦法：
一是用git stash apply恢復(fù)姐仅，但是恢復(fù)后花枫，stash內(nèi)容并不刪除，你需要用git stash drop來(lái)刪除掏膏；
另一種方式是用git stash pop劳翰，恢復(fù)的同時(shí)把stash內(nèi)容也刪了：

$ git stash pop
# On branch dev
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# new file: hello.py
#
# 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
#
Dropped refs/stash@{0} (f624f8e5f082f2df2bed8a4e09c12fd2943bdd40)

再用git stash list查看，就看不到任何stash內(nèi)容了：

$ git stash list

你可以多次stash馒疹，恢復(fù)的時(shí)候磕道，先用git stash list查看，然后恢復(fù)指定的stash行冰，用命令：

$ git stash apply stash@{0}

小結(jié)：
修復(fù)bug時(shí)溺蕉，我們會(huì)通過創(chuàng)建新的bug分支進(jìn)行修復(fù)，然后合并悼做，最后刪除疯特；
當(dāng)手頭工作沒有完成時(shí)，先把工作現(xiàn)場(chǎng)git stash一下肛走，然后去修復(fù)bug漓雅，修復(fù)后，再git stash pop，回到工作現(xiàn)場(chǎng)邻吞。

六组题、Feature分支

軟件開發(fā)中，總有無(wú)窮無(wú)盡的新的功能要不斷添加進(jìn)來(lái)抱冷。

添加一個(gè)新功能時(shí)崔列，你肯定不希望因?yàn)橐恍?shí)驗(yàn)性質(zhì)的代碼，把主分支搞亂了旺遮，所以赵讯，每添加一個(gè)新功能，最好新建一個(gè)feature分支耿眉，在上面開發(fā)边翼，完成后，合并鸣剪，最后组底，刪除該feature分支。

現(xiàn)在筐骇，你終于接到了一個(gè)新任務(wù)：開發(fā)代號(hào)為Vulcan的新功能斤寇，該功能計(jì)劃用于下一代星際飛船。
（1）創(chuàng)建分支

$ git checkout -b feature-vulcan
Switched to a new branch 'feature-vulcan'

（2）開發(fā)完畢提交

$ git add vulcan.py
$ git status
# On branch feature-vulcan
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# new file: vulcan.py
#$ git commit -m "add feature vulcan"
[feature-vulcan 756d4af] add feature vulcan 
1 file changed, 2 insertions(+) 
create mode 100644 vulcan.py

（3）切回dev拥褂，準(zhǔn)備合并：

$ git checkout dev

（4）一切順利的話娘锁，feature分支和bug分支是類似的，合并饺鹃，然后刪除莫秆。
就在此時(shí)，接到上級(jí)命令悔详，因經(jīng)費(fèi)不足镊屎，新功能必須取消！
分支還是必須就地銷毀

$ 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拼弃。

$ git branch -D feature-vulcan
Deleted branch feature-vulcan (was 756d4af).

小結(jié)：如果要丟棄一個(gè)沒有被合并過的分支夏伊，可以通過git branch -D <name>
強(qiáng)行刪除。