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