Git reset、revert幽污、rebase的簡單使用

Git reset嚷辅、revert、rebase的簡單使用

回滾提示

本地或者自己單獨的倉庫使用reset 或者revert都可以
涉及到遠程倉庫(公用倉庫)時距误,不要使用reset,而使用revert回滾

git reset

git reset [-q] [<tree-ish>] [--] <paths>…?
git reset (--patch | -p) [<tree-ish>] [--] [<paths>…?]
EXPERIMENTAL: git reset [-q] [--stdin [-z]] [<tree-ish>]
git reset [--soft | --mixed [-N] | --hard | --merge | --keep] [-q] [<commit>]

說明:回退HEAD到某一個<commit>

  • git reset <paths>
    這是git add <paths> 的反向用法簸搞。

    • git add <paths> 是將修改后的文件添加到暫存區(qū)。
    • git reset <paths> 則是將暫存區(qū)內(nèi)的文件移出准潭。如果沒有指定路徑文件趁俊,則會將暫存區(qū)內(nèi)修改的文件全部移出。
  • git reset -p <paths>
    這個是git add -p <paths> 的反向用法刑然。-p是對文件修改變動的區(qū)塊處理寺擂,這個操作比較高級。暫時不管泼掠。

  • git reset [--soft | --mixed [-N] | --hard | --merge | --keep] [-q] [<commit>]
    主要講這個命令怔软,具體功能是將HEAD移動到某一個commit。
    假設(shè)master分支上的提交記錄如下:
    A->B->C->D
    目前HEAD指向commit D,我們要將代碼回退到B提交時的狀態(tài)

    • 方法1
    git reset --soft B 
    

    這個時候可以發(fā)現(xiàn)择镇,C,D兩次提交做的修改依然存在挡逼,并且在索引區(qū)內(nèi),這個時候如果直接調(diào)用git commit 腻豌,可以生成一個新的提交E,E包含C家坎、D兩次提 交的修改嘱能。

    • 方法2
    git reset --mixed B     //git reset B 二者是一樣的
    

    這個時候可以發(fā)現(xiàn),C,D兩次提交做的修改依然存在虱疏,但是不在索引區(qū)內(nèi)惹骂,,記如果需要重新提交订框,則需要先調(diào)用git add析苫。

    • 方法3
    git reset --hard B
    

    和--soft、--mixed不同的是穿扳,C,D兩次提交做的修改以及D以后做的一些沒有提交的修改都不復(fù)存在

    • --merge說明
      這個參數(shù)使用的有一定的前提,需要保證沒有添加到索引區(qū)的修改文件在新舊兩個HEAD直接的提交中沒有過修改国旷。如果下面命令調(diào)用成功
    git reset --merge B
    

    則會保留沒有添加到索引區(qū)的修改矛物。即,假設(shè)commit C 和 commit D都只修改了a.txt,而在D后我們又修改了b.txt,但是沒有調(diào)用git add b.txt保存修改到索引區(qū)跪但,則調(diào)用git reset --merge B 成功后履羞,原來對b.txt做的修改還會存在,但是C屡久、D提交中的修改將會回滾消失

    • --keep說明
      和--merge有一些類似忆首。使用成功的前提是:在D后有本地修改的文件在C、D兩次提交中沒有修改過被环,即C糙及、D兩次提交中沒有它的修改記錄。
      假設(shè)我們在D后修改了a.txt文件筛欢,而且C浸锨、D兩次提交中我們都沒有修改a.txt文件,這樣我們調(diào)用git reset --keep B 可以成功版姑,并且a.txt文件中的修改依然會保留柱搜。

git revert

git revert [--[no-]edit] [-n] [-m parent-number] [-s] [-S[<keyid>]] <commit>…?
git revert --continue
git revert --quit
git revert --abort

說明:放棄一個或多個提交,并生成一個或多個新的提交來記錄這些放棄操作剥险。

  • git revert [--[no-]edit] [-n] [-m parent-number] [-s] [-S[<keyid>]] <commit>…?
    • --edit or --no-edit是否彈出commit message窗口
    • **-n **是 --no-commit的縮寫
    • -m parent-number 存在merge是聪蘸,指定父系分支號?這個還不怎么懂表制,暫時略過健爬。

假設(shè)master分支上的提交記錄如下:
A->B->C->D
目前HEAD指向commit D,我們要將代碼revert到B提交時的狀態(tài)

  • 方法1
    git revert C D
    
    會生成2個新的commit分別覆蓋C、D的提交
  • 方法2
    git revert -n C D
    

不會生成新的提交夫凸,但是回滾變動會作為修改變動添加到了索引區(qū)浑劳,可以直接調(diào)用git commit保存或者git revert --conitnue彈出commit頁面

  • 方法3
    git revert -n C..D  //git revert C..D
    
    類似方法1,revert從C到D之間的提交夭拌,假設(shè)中間還有很多提交時可以用這種

git rebase

說明:變基操作魔熏。
簡單的舉例說明幾種用法

  • 用法1
    假設(shè)如下:
    master分支提交歷史為:A->B->C->D
    你后面發(fā)現(xiàn)commit C和D有些問題衷咽,需要做一些變動,比如
    • 將C蒜绽、D兩次提交合并成一次提交 squash D //將D合并到C提交 或者用fixup D,但是這樣會丟棄D的提交message
    • 刪除D提交 drop D //刪除D
    • 修改D提交的message reword D//修改D提交的message
      等等镶骗。
      則可以調(diào)用
    git rebase -i B
    
    然后會彈出編輯窗口,相應(yīng)的做修改即可躲雅。也就是變更修改pick鼎姊、reword、squash相赁、fixup相寇、drop等命令。
  • 用法2
    假設(shè)origin/master 分支上的提交歷史為 A->B->C->D钮科;你在本地新添加了一個提交E唤衫,則master為A->B->C->D->E。此時隊友新推送一個提交N到origin/master,則origin/master 分支上提交歷史為A->B->C->D->N绵脯。如果你在本地采用merge的方式佳励,則提交歷史會在分叉變成A->B->C-D->(E,N)->M(表示Merge后的新提交)。而才有rebase方式的話

    git fetch origin master //更新代碼
    git rebase origin/master    //變基操作
    

    則本地master提交歷史可能變成A->B->C->D->N->E不會存在分叉蛆挫。

  • 用法3
    假設(shè)如下:
    master分支提交歷史為:A->B->C
    server分支提交歷史為:A->B->D->E
    client分支提交歷史為:A->B->D->F
    調(diào)用

    git rebase --onto master server client
    

    這樣會取出client分支赃承,找出處于client分支和server分支的共同祖先之后的修改,然后把他們在master分支上重演一遍
    這樣client分支會變成A->B->C->F悴侵,注意server和client共同擁有的D提交記錄在client里消失了

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末瞧剖,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子畜挨,更是在濱河造成了極大的恐慌筒繁,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,843評論 6 502
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件巴元,死亡現(xiàn)場離奇詭異毡咏,居然都是意外死亡,警方通過查閱死者的電腦和手機逮刨,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,538評論 3 392
  • 文/潘曉璐 我一進店門呕缭,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人修己,你說我怎么就攤上這事恢总。” “怎么了睬愤?”我有些...
    開封第一講書人閱讀 163,187評論 0 353
  • 文/不壞的土叔 我叫張陵片仿,是天一觀的道長。 經(jīng)常有香客問我尤辱,道長砂豌,這世上最難降的妖魔是什么厢岂? 我笑而不...
    開封第一講書人閱讀 58,264評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮阳距,結(jié)果婚禮上塔粒,老公的妹妹穿的比我還像新娘。我一直安慰自己筐摘,他們只是感情好卒茬,可當(dāng)我...
    茶點故事閱讀 67,289評論 6 390
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著咖熟,像睡著了一般圃酵。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上馍管,一...
    開封第一講書人閱讀 51,231評論 1 299
  • 那天辜昵,我揣著相機與錄音,去河邊找鬼咽斧。 笑死,一個胖子當(dāng)著我的面吹牛躬存,可吹牛的內(nèi)容都是我干的张惹。 我是一名探鬼主播,決...
    沈念sama閱讀 40,116評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼岭洲,長吁一口氣:“原來是場噩夢啊……” “哼宛逗!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起盾剩,我...
    開封第一講書人閱讀 38,945評論 0 275
  • 序言:老撾萬榮一對情侶失蹤雷激,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后告私,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體屎暇,經(jīng)...
    沈念sama閱讀 45,367評論 1 313
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,581評論 2 333
  • 正文 我和宋清朗相戀三年驻粟,在試婚紗的時候發(fā)現(xiàn)自己被綠了根悼。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,754評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡蜀撑,死狀恐怖挤巡,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情酷麦,我是刑警寧澤矿卑,帶...
    沈念sama閱讀 35,458評論 5 344
  • 正文 年R本政府宣布,位于F島的核電站沃饶,受9級特大地震影響母廷,放射性物質(zhì)發(fā)生泄漏轻黑。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,068評論 3 327
  • 文/蒙蒙 一徘意、第九天 我趴在偏房一處隱蔽的房頂上張望苔悦。 院中可真熱鬧,春花似錦椎咧、人聲如沸玖详。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,692評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽蟋座。三九已至,卻和暖如春脚牍,著一層夾襖步出監(jiān)牢的瞬間向臀,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,842評論 1 269
  • 我被黑心中介騙來泰國打工诸狭, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留券膀,地道東北人。 一個月前我還...
    沈念sama閱讀 47,797評論 2 369
  • 正文 我出身青樓驯遇,卻偏偏與公主長得像芹彬,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子叉庐,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,654評論 2 354

推薦閱讀更多精彩內(nèi)容

  • Git 基礎(chǔ) 基本原理 客戶端并不是只提取最新版本的文件快照舒帮,而是把代碼倉庫完整的鏡像下來。這樣一來陡叠,任何一處協(xié)同...
    __silhouette閱讀 15,880評論 5 147
  • Git 命令行學(xué)習(xí)筆記 Git 基礎(chǔ) 基本原理 客戶端并不是只提取最新版本的文件快照玩郊,而是把代碼倉庫完整的鏡像下來...
    sunnyghx閱讀 3,915評論 0 11
  • 文/山雨 每次仰望 都能看到你 站在高高的云端 還是那張慈祥的臉 總掛著微笑 總是掛念 你知道嗎? 你走后的...
    如影泡幻閱讀 131評論 0 3
  • 你做了一件事枉阵,預(yù)期一個結(jié)果译红,但是往往會出現(xiàn)很多你預(yù)期之外的東西。也就是中國人常說的岭妖,“有心栽花花不開临庇,無心插柳柳成...
    楊錦華閱讀 828評論 0 0
  • 文/易水寒 我穿著披風(fēng),戴著魔法帽昵慌,來到了神奇魔幻森林假夺。 很想跟小動物們做朋友,于是魔法帽幫我變成一只大熊在森林里...
    雙木成林易水寒閱讀 640評論 10 8