如果不穩(wěn)定分支有沖突無法合并，可以考慮切到 master 刪除 test 分支（僅用于不需要在乎提交的不穩(wěn)定分支） ，再在 master 分支輸入 git pull --rebase，它會 同步所有遠程分支到本地
git pull :拉取遠程倉庫代碼
--rebase 將遠程倉庫的代碼期間修改的代碼全部合并到當前分支的結(jié)尾，這樣 commit 會變成一條線，不會分叉（同時創(chuàng)建一個 commit 記錄合并的記錄），如果有沖突會停止 rebase，等解決沖突后調(diào)用 git add 將最終結(jié)果放入暫存區(qū)，再 git rebase --continue 繼續(xù)合并
git pull --rebase = git fetch + git rebase
git pull = git fetch + git merge
git status：查看文件狀態(tài)（詳細）
-s 簡單狀態(tài)
git branch : 查看本地分支
-u origin/<遠程分支> 關聯(lián)當前本地分支到某個遠程分支
-a 查看本地和遠程的所有分支
-vv 查看本地分支對應的遠程分支
-d <本地分支名> 刪除某個本地分支
git log：查看當前分支的歷史提交 (簡略版)
-p 詳細查看每個提交都修改了哪些代碼
--stat 顯示每次提交時，修改文件的簡要修改信息（常用）
--grep=“xxx” 根據(jù)關鍵字搜索指定提交
--graph 顯示圖形界面
--author 指定作者
--all 顯示所有分支的提交歷史
gloga 所有分支提交的圖形界面
glods 顯示當前分支所有提交的圖形界面
glods <文件名/分支名> 顯示（涉及到目標文件/目標分支）的所有提交
git diff 比對并檢查當前代碼改動，默認為工作區(qū)和暫存區(qū)進行比較
--cached 暫存區(qū)和 git 倉庫比較
git checkout <本地分支名>: 切換分支
-b <本地分支名> <origin/遠程分支名> 本地沒有分支則創(chuàng)建分支并切換
-- <文件名> 恢復被刪除的文件，默認恢復成最新的遠程分支中的當前文件
git merge <目標分支>: 合并目標分支到當前分支
--no-ff 不使用fast-forward方式合并，即使刪除分支也可以保留分支的commit歷史（推薦）
git remote -v ：查看遠程倉庫地址
git stash clear： 清除所有 stash
git stash drop stashxxxxx： 刪除第 xxx 的 stash
git stash show -p stash@{1}: 顯示 stash@{1} 中詳細改動
git stash save 'xxx" 將儲藏命名為 xxx
git ls-files：查看暫存區(qū)文件信息（取消暫存直接點到指定文件然后回退即可）
--cached （簡寫 -c） 默認參數(shù)，顯示所有暫存區(qū)文件
--deleted （簡寫 -d） 顯示刪除文件
--modified （簡寫 -m）顯示修改過的文件
git rm: 刪除文件
-r 遞歸刪除
git remote prune origin ：清除遠程已經(jīng)不存在但是本地還存在的分支
git push --force-with-lease： 較為安全的 git push --force，如果發(fā)現(xiàn)本地分支和此時的遠程分支有不同則會先阻止推送，防止你沖掉其他人的代碼
merge 和 rebase 的區(qū)別
rebase 類似與 merge ,它和 merge 不同的是
- merge 會一次性的往當前分支合并目標分支的提交記錄，此時如果有沖突，會一次性全部解決
- rebase 會對提交進行一個個的合并，如果有沖突先解決沖突，然后調(diào)用 git rebase --continue 進行下一個分支的
同時 rebase 會將分支變成一條整齊的線，取消了 merge commit
實際上是把解決分支補丁同最新主干代碼之間沖突的責任，化轉(zhuǎn)為由提交補丁的人來解決，合并到 master 時不需要管理者解決沖突了
reset 相關
重置本地分支到目標 commit 上，reset 包含三個參數(shù)
- soft：回退版本，同時 head ~目標 commit 的提交放入暫存區(qū)
- mixed（默認）: 回退版本，同時 head ~目標 commit 的提交不放入暫存區(qū)，但保留
- hard：回退版本，不保留任何提交
rebase 相關
由于 rebase 的源分支（執(zhí)行 git rebase 命令的當前分支，并非 rebase 的目標分支）會基于目標分支進行重建，和當前的源分支不一樣，所以必須使用 git push --force 才能提交到遠程倉庫
所以如果源分支是一個合作分支（其他開發(fā)者會在這個分支開發(fā)），不能進行 rebase，否則會將其他人的代碼給覆蓋掉（保險起見可以使用 git push --force-with-lease）
https://segmentfault.com/a/1190000005937408
使用 git rebase 時需要經(jīng)常 rebase 即將合并到的那個分支，否則堆積很多 commit 再合并容易發(fā)生錯誤
merge 相關
如果 merge 含有沖突，需要手動解決沖突，其中 HEAD 表示當前分支，xxx 表示合并到當前分支到目標分支
<<<<<<< HEAD
<div id="footer">contact : email.support@github.com</div>
=======
<div id="footer">
please contact us at support@github.com
</div>
>>>>>>> iss53
git merge 和 git cherr-pick 的區(qū)別
merge 不僅是改動的代碼，沒有改動的代碼也會一起合并到當前分支
而 cherry-pick 只會將目標 commit 的改動合并到當前分支
git --rebase 和 git merge --no-ff 博客
合并多個 commit
輸入 git rebase -i <hash> ，hash 應該是需要合并的 commit 之前的一個 commit
然后會彈出 vim 編輯器，里面會顯示 ( hash ~ HEAD ] 之間的 commit 記錄，并且 commit 記錄的時間線是從上到下的（最下面的是最近的 commit）
將第一個單詞 pick 改成 squash，就可以將 squash 后面的 commit 合并到上一個 commit 中
squash 的意思是當前這個 commit 會被合并到前一個commit
撤銷指定提交
git revert <hash>： 撤銷指定的提交
git revert -m <hash>: 撤銷一個合并的提交（merge requeset），即撤銷關于這個 merge 的所有提交
憑證存儲（http 免密操作）
運行以下命令創(chuàng)建一個存儲密碼的文件
git config --global credential.helper store
接著會在 home（～）目錄下生成一個 .gitconfig 的文件，保存密碼
gitlab webhook
當 gitlab 觸發(fā)些事件時，會向第一行中填入的 url 發(fā)送一個請求，請求可以指向你的服務器，可以為此添加一些額外功能，例如 LGFM ，自動合并，自動部署等
第二行的 token 可以自定義，可以添加鑒權(quán)功能
