一、先有本地庫，后有遠程庫

1、在git上Create a new repo 創建一個倉庫

2、在本地的learngit倉庫下運行命令：

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

遠程庫的名字就是origin，這是Git默認的叫法，也可以改成別的，但是origin
這個名字一看就知道是遠程庫。

3.把本地庫的所有內容推送到遠程庫上：

把當前分支master推送到遠程

$ 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.

由于遠程庫是空的，我們第一次推送master分支時，加上了-u參數，Git不但會把本地的master分支內容推送的遠程新的master分支，還會把本地的master分支和遠程的master分支關聯起來，在以后的推送或者拉取時就可以簡化命令。

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

二、先有遠程庫，后有本地庫

1.git上創建好后，用命令git clone克隆一個本地庫：

三、創建與合并分支

1.首先，我們創建dev分支，然后切換到dev分支：

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

git checkout命令加上-b參數表示創建并切換，相當于以下兩條命令：

$ git branch dev
$ git checkout dev
Switched to branch 'dev'

2.用git branch命令查看當前分支：

$ git branch
* dev
  master

git branch命令會列出所有分支，當前分支前面會標一個*號。

3.修改文件并提交

我們就可以在dev分支上正常提交，比如對readme.txt做個修改，加上一行：

Creating a new branch is quick.

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

現在，dev分支的工作完成，我們就可以切換回master分支：

$ git checkout master
Switched to branch 'master'

切換回master分支后，再查看一個readme.txt文件，剛才添加的內容不見了！因為那個提交是在dev分支上，而master分支此刻的提交點并沒有變：

Paste_Image.png

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

注意當前在master分支

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

這次合并是“快進模式”，也就是直接把master指向dev的當前提交，所以合并速度非常快。

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

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

$ git branch
* master

Paste_Image.png

四、沖突的解決

1.準備新的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還會自動提示我們當前master分支比遠程的master分支要超前1個提交。
在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(-)

現在，master分支和feature1分支各自都分別有新的提交，變成了這樣：

Paste_Image.png

激動人心的時刻到了！！！
4.嘗試合并
這種情況下，Git無法執行“快速合并”，只能試圖把各自的修改合并起來，但這種合并就可能會有沖突，我們試試看：

$ 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的內容：

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用<<<<<<<
，=======
，>>>>>>>
標記出不同分支的內容，我們修改如下后保存：

Creating a new branch is quick and simple.

提交

$ git add readme.txt 
$ git commit -m "conflict fixed"
[master 59bc1cb] conflict fixed

Paste_Image.png

用帶參數的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.仍然創建并切換dev分支：

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

2.修改readme.txt文件，并提交一個新的commit：

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

3. 現在，我們切換回master：

$ git checkout master
Switched to branch 'master'

4.準備合并dev分支
注意--no-ff參數，表示禁用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(+)

因為本次合并要創建一個新的commit，所以加上-m
參數，把commit描述寫進去

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

分支策略

在實際開發中，我們應該按照幾個基本原則進行分支管理：
首先，master分支應該是非常穩定的，也就是僅用來發布新版本，平時不能在上面干活；那在哪干活呢？干活都在dev分支上，也就是說，dev分支是不穩定的，到某個時候，比如1.0版本發布時，再把dev分支合并到master上，在master分支發布1.0版本；
你和你的小伙伴們每個人都在dev分支上干活，每個人都有自己的分支，時不時地往dev分支上合并就可以了。
所以，團隊合作的分支看起來就像這樣：

Paste_Image.png

五、bug分支 ！！！

軟件開發中，bug就像家常便飯一樣。有了bug就需要修復，在Git中，由于分支是如此的強大，所以，每個bug都可以通過一個新的臨時分支來修復，修復后，合并分支，然后將臨時分支刪除。
當你接到一個修復一個代號101的bug的任務時，很自然地，你想創建一個分支issue-101來修復它，但是，等等，當前正在dev上進行的工作還沒有提交：

$ 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還提供了一個stash功能，可以把當前工作現場“儲藏”起來，等以后恢復現場后繼續工作：

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

現在，用git status查看工作區，就是干凈的（除非有沒有被Git管理的文件），因此可以放心地創建分支來修復bug。
2.分支的修改
1.首先確定要在哪個分支上修復bug，假定需要在master分支上修復，就從master創建臨時分支：

$ 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'

現在修復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(-)

修復完成后，切換到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).

現在，是時候接著回到dev分支干活了！

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

工作區是干凈的，剛才的工作現場存到哪去了？用git stash list命令看看：

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

工作現場還在，Git把stash內容存在某個地方了，但是需要恢復一下，有兩個辦法：
一是用git stash apply恢復，但是恢復后，stash內容并不刪除，你需要用git stash drop來刪除；
另一種方式是用git stash pop，恢復的同時把stash內容也刪了：

$ 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內容了：

$ git stash list

你可以多次stash，恢復的時候，先用git stash list查看，然后恢復指定的stash，用命令：

$ git stash apply stash@{0}

小結：
修復bug時，我們會通過創建新的bug分支進行修復，然后合并，最后刪除；
當手頭工作沒有完成時，先把工作現場git stash一下，然后去修復bug，修復后，再git stash pop，回到工作現場。

六、Feature分支

軟件開發中，總有無窮無盡的新的功能要不斷添加進來。

添加一個新功能時，你肯定不希望因為一些實驗性質的代碼，把主分支搞亂了，所以，每添加一個新功能，最好新建一個feature分支，在上面開發，完成后，合并，最后，刪除該feature分支。

現在，你終于接到了一個新任務：開發代號為Vulcan的新功能，該功能計劃用于下一代星際飛船。
（1）創建分支

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

（2）開發完畢提交

$ 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，準備合并：

$ git checkout dev

（4）一切順利的話，feature分支和bug分支是類似的，合并，然后刪除。
就在此時，接到上級命令，因經費不足，新功能必須取消！
分支還是必須就地銷毀

$ 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分支還沒有被合并，如果刪除，將丟失掉修改，如果要強行刪除，需要使用命令git branch -D feature-vulcan。

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

小結：如果要丟棄一個沒有被合并過的分支，可以通過git branch -D <name>
強行刪除。