初始化項(xiàng)目

初始化一個(gè)git倉庫姻报，做一次提交操作

創(chuàng)建分支

git branch <branch_name> #創(chuàng)建指定名稱的分支

查看分支

git branch #查看所有分支，* 號(hào)代表當(dāng)前工作分支
git branch -v #查看分支詳情点额，包括分支指向的commitId及提交信息

示例：新建一個(gè)dev分支，查看分支信息

切換分支

git checkout <branch_name> #切換到指定分支
git checkout -b <branch_name> #創(chuàng)建并切換到指定分支

示例：切換到dev分支，然后添加dev.txt文件并進(jìn)行提交

在dev分支上創(chuàng)建并切換到test分支

刪除分支

git branch -d <branch_name>
.#刪除一個(gè)干凈的分支(即相對(duì)當(dāng)前分支而言該分支沒有新的提交記錄)
git branch -D <branch_name>
.#強(qiáng)制刪除一個(gè)分支吴攒，該分支有沒有合并到當(dāng)前分支的提交記錄
注意：刪除分支前都需要先切換到其他分支才能進(jìn)行刪除操作

示例：在dev分支上刪除test分支庞溜，test分支相對(duì)于dev來說是干凈的分支革半，所以可以直接刪除碑定，然后切換到master分支，刪除dev分支又官，此時(shí)需要進(jìn)行強(qiáng)制刪除延刘。

分支恢復(fù)

思路：對(duì)于已經(jīng)有提交記錄的分支刪除后，實(shí)際上只是刪除指針六敬，commit記錄還保留碘赖，如果想恢復(fù)，需要使用git reflog查找該分支指向的commitId外构，然后根據(jù)commitId創(chuàng)建新的分支
git branch <branch_name> <hash_val> #根據(jù)指定commit創(chuàng)建新分支

示例：恢復(fù)已經(jīng)刪除的dev分支普泡，該分支新增了dev.txt文件

重命名分支

git branch -m <branch_name> newname

分支合并

git merge <branch_name> #將指定分支合并到當(dāng)前分支
如果兩個(gè)分支沒有產(chǎn)生分叉情況，那么會(huì)進(jìn)行快速合并审编，即fast-forward方式撼班，它并不會(huì)產(chǎn)生新的commitId，只是改變了指針的指向垒酬，產(chǎn)生分叉合并可能會(huì)有沖突情況砰嘁。

示例：合并pro分支到master分支，此時(shí)合并為fast-forward方式

分支合并細(xì)節(jié)

git merge --no-ff -m "msg" <branch_name> #合并分支時(shí)禁用Fast forward模式
我們知道如果使用fast-forward方式進(jìn)行分支合并伤溉，只是簡(jiǎn)單改變了分支指針般码，而不會(huì)產(chǎn)生新的commit記錄。
為了保證合并數(shù)據(jù)的完整性乱顾，我們也可以在合并時(shí)指定不使用fast-forward方式板祝，使用 --no-ff 選項(xiàng)。這樣走净，在merge時(shí)就會(huì)生成一個(gè)新的commit券时，從日志上就可以看到分支合并記錄了。

示例：我們?cè)趐ro分支上新增一次提交伏伯，然后合并到master分支上橘洞，git log查看最新一次的提交記錄，顯示的正是我們合并分支時(shí)的記錄

沖突解決

當(dāng)對(duì)分叉分支進(jìn)行合并時(shí)说搅，如果兩個(gè)分支都對(duì)同一文件進(jìn)行了修改炸枣，那么合并時(shí)就有可能會(huì)產(chǎn)生沖突情況。
如果兩個(gè)分支對(duì)同一文件的修改是有規(guī)律的弄唧，比如對(duì)不同地方的修改适肠，那么git工具可以實(shí)現(xiàn)自動(dòng)合并，如果無法自動(dòng)合并候引，則需要對(duì)沖突文件進(jìn)行手動(dòng)修改侯养，修改完成后使用git add表示沖突已經(jīng)解決，然后使用git commit進(jìn)行提交

示例：在master分支上對(duì)兩個(gè)文件進(jìn)行修改提交澄干，分別在dev文件的第一行和readme文件的最后一行添加內(nèi)容逛揩。

然后切換到pro分支上對(duì)兩個(gè)文件進(jìn)行修改提交柠傍，分別在dev文件的最后一行和readme文件的最后一行添加內(nèi)容。

此時(shí)進(jìn)行合并分支操作辩稽，提示說readme文件產(chǎn)生了合并沖突(merge conflict)惧笛，dev文件由于修改的是不同地方，所以自動(dòng)合并逞泄。
我們查看readme文件的內(nèi)容徐紧，==上面和下面的內(nèi)容分別代表了不同分支的修改內(nèi)容，將沖突標(biāo)記去掉炭懊，然后內(nèi)容根據(jù)需求進(jìn)行恰當(dāng)?shù)男薷模缓筮M(jìn)行一次提交即完成了沖突的解決拂檩。

分支暫存

git stash #將工作暫存
git stash list #列出所有的暫存狀態(tài)
從暫存區(qū)之中進(jìn)行恢復(fù)侮腹，有兩種處理方式：
1.先恢復(fù)，而后再刪除暫存
git stash apply
git stash drop
2.恢復(fù)的同時(shí)也將stash內(nèi)容刪除
git stash pop
當(dāng)我們?cè)诜种线M(jìn)行代碼開發(fā)時(shí)稻励，有可能會(huì)接到突發(fā)需求父阻，而當(dāng)前的代碼尚未完成，所以還不能直接提交望抽。
為了解決這樣的問題加矛，git就提供了分支暫存的機(jī)制，可以將開發(fā)一半的分支進(jìn)行保存煤篙，在適當(dāng)?shù)臅r(shí)候進(jìn)行代碼恢復(fù)斟览。

示例：在pro分支上新建文件，然后添加到暫存區(qū)表示尚未完成的任務(wù)辑奈，對(duì)當(dāng)前分支進(jìn)行暫存苛茂，git status顯示工作空間是干凈的。此時(shí)應(yīng)該切換到master分支上創(chuàng)建新的分支完成突發(fā)需求(這里就不做演示了)鸠窗，然后進(jìn)行分支恢復(fù)妓羊。