git 相關(guān)隨筆記錄

如果不穩(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)

image.png

將第一個單詞 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 的文件,保存密碼

image.png

gitlab webhook


當(dāng) gitlab 觸發(fā)些事件時肉迫,會向第一行中填入的 url 發(fā)送一個請求稿黄,請求可以指向你的服務(wù)器,可以為此添加一些額外功能抛猖,例如 LGFM 鼻听,自動合并联四,自動部署等

第二行的 token 可以自定義,可以添加鑒權(quán)功能

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末醉拓,一起剝皮案震驚了整個濱河市收苏,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌鹿霸,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,311評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件钻哩,死亡現(xiàn)場離奇詭異肛冶,居然都是意外死亡,警方通過查閱死者的電腦和手機睦袖,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,339評論 2 382
  • 文/潘曉璐 我一進(jìn)店門馅笙,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人延蟹,你說我怎么就攤上這事≮迤” “怎么了?”我有些...
    開封第一講書人閱讀 152,671評論 0 342
  • 文/不壞的土叔 我叫張陵蔗喂,是天一觀的道長高帖。 經(jīng)常有香客問我,道長散址,這世上最難降的妖魔是什么宣赔? 我笑而不...
    開封第一講書人閱讀 55,252評論 1 279
  • 正文 為了忘掉前任儒将,我火速辦了婚禮对蒲,結(jié)果婚禮上钩蚊,老公的妹妹穿的比我還像新娘蹈矮。我一直安慰自己,他們只是感情好泛鸟,可當(dāng)我...
    茶點故事閱讀 64,253評論 5 371
  • 文/花漫 我一把揭開白布谈况。 她就那樣靜靜地躺著递胧,像睡著了一般。 火紅的嫁衣襯著肌膚如雪缎脾。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,031評論 1 285
  • 那天联喘,我揣著相機與錄音辙纬,去河邊找鬼。 笑死贺拣,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的譬涡。 我是一名探鬼主播,決...
    沈念sama閱讀 38,340評論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼盯腌,長吁一口氣:“原來是場噩夢啊……” “哼陨瘩!你這毒婦竟也來了级乍?” 一聲冷哼從身側(cè)響起燕少,我...
    開封第一講書人閱讀 36,973評論 0 259
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎客们,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體恒傻,經(jīng)...
    沈念sama閱讀 43,466評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡建邓,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,937評論 2 323
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了沸手。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片注簿。...
    茶點故事閱讀 38,039評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖诡渴,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情惑灵,我是刑警寧澤眼耀,帶...
    沈念sama閱讀 33,701評論 4 323
  • 正文 年R本政府宣布,位于F島的核電站哮伟,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏澈吨。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,254評論 3 307
  • 文/蒙蒙 一修赞、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧柏副,春花似錦、人聲如沸眷篇。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,259評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽玛歌。三九已至,卻和暖如春支子,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背值朋。 一陣腳步聲響...
    開封第一講書人閱讀 31,485評論 1 262
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留趾代,地道東北人篙骡。 一個月前我還...
    沈念sama閱讀 45,497評論 2 354
  • 正文 我出身青樓丈甸,卻偏偏與公主長得像,于是被迫代替她去往敵國和親睦擂。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 42,786評論 2 345