git reset rebase 用法總結
git reset
放棄修改,同步運程倉庫,回退以前某個版本
HEAD指向的版本就是當前版本,因此,Git允許我們在版本的歷史之間穿梭,使用命令git reset --hard commit_id。
穿梭前,用git log可以檢視提交歷史,以便確定要回退到哪個版本。
要重返未來,用git reflog檢視命令歷史,以便確定要回到未來的哪個版本。
1.1 放棄所有修改,完全同步運程倉庫
git reset --hard origin/master
1.2 未使用 git add 快取程式碼時
git checkout --[<path>]
git checkout . // 放棄所以的檔案修改
1.3 已經使用了 git add 快取了程式碼
git reset HEAD [<path>]
// 在使用本命令後,本地的修改並不會消失,而是回到瞭如(一)所示的狀態。繼續用(一)中的操作,就可以放棄本地的修改。
1.4 已經用 git commit 提交了程式碼
git reset --hard HEAD^ // 回退到上一次commit的狀態
git reset --hard commitid // 此命令可以用來回退到任意版本
1.5 移動HEAD的指向,將其指向上一個快照。將HEAD移動後指向的快照回滾到暫存區
git reset HEAD~
git reset HEAD~10 // 返回到上10個快照
程式碼回滾
1.1 沒有push
這種情況發生在你的原生程式碼倉庫,可能你add ,commit 以後發現程式碼有點問題,準備取消提交,用到下面命令
reset
git reset [--soft | --mixed | --hard
上面常見三種型別
--mixed
會保留原始碼,只是將git commit和index 資訊回退到了某個版本.
git reset 預設是 --mixed 模式
git reset --mixed 等價於 git reset
--soft
保留原始碼,只回退到commit 資訊到某個版本.不涉及index的回退,如果還需要提交,直接commit即可.
--hard
原始碼也會回退到某個版本,commit和index 都回回退到某個版本.(注意,這種方式是改變原生程式碼倉庫原始碼)
當然有人在push程式碼以後,也使用 reset --hard <commit...> 回退程式碼到某個版本之前,但是這樣會有一個問題,你線上的程式碼沒有變,線上commit,index都沒有變,當你把原生程式碼修改完提交的時候你會發現權是衝突.....
所以,這種情況你要使用下面的方式
1.2 已經push
對於已經把程式碼push到線上倉庫,你回退原生程式碼其實也想同時回退線上程式碼,回滾到某個指定的版本,線上,線下程式碼保持一致.你要用到下面的命令
revert
git revert用於反轉提交,執行evert命令時要求工作樹必須是乾淨的.
git revert用一個新提交來消除一個歷史提交所做的任何修改.
revert 之後你的原生程式碼會回滾到指定的歷史版本,這時你再 git push 既可以把線上的程式碼更新.(這裡不會像reset造成衝突的問題)
revert 使用,需要先找到你想回滾版本唯一的commit標識程式碼,可以用 git log 或者在adgit搭建的web環境歷史提交記錄裡檢視.
git revert c011eb3c20ba6fb38cc94fe5a8dda366a3990c61
通常,前幾位即可
git revert c011eb3
git revert是用一次新的commit來回滾之前的commit,git reset是直接刪除指定的commit
看似達到的效果是一樣的,其實完全不同.
第一:
上面我們說的如果你已經push到線上程式碼庫, reset 刪除指定commit以後,你git push可能導致一大堆衝突.但是revert 並不會.
第二:
如果在日後現有分支和歷史分支需要合併的時候,reset 恢復部分的程式碼依然會出現在歷史分支裡.但是revert 方向提交的commit 並不會出現在歷史分支裡.
第三:
reset 是在正常的commit歷史中,刪除了指定的commit,這時 HEAD 是向後移動了,而 revert 是在正常的commit歷史中再commit一次,只不過是反向提交,他的 HEAD 是一直向前的.
git rebase
使用 git rebase 合併多次commit。 當你提交的程式碼後,管理員發現,您的程式碼不能提交到伺服器上,主要原因在於,你的commit 中和伺服器中的有些commit不再同一時間軸上,即:你的有些commit要插入到伺服器中的某些commit之間,這樣就會造成程式碼的衝突。所以這個時候就要使用git rebase。
1.1 使用 git log 檢視歷史提交記錄
1.2 合併最後四次的提交
git rebase -i HEAD~4
1.3 修改第2-4行的第一個單詞pick為squash
1.4 然後儲存退出,git會壓縮提交歷史,如果有衝突,需要修改,修改的時候要注意,保留最新的歷史,不然我們的修改就丟棄了
1.5 修改以後要記得敲下面的命令
git add .
git rebase --continue
1.6 如果你想放棄這次壓縮的話,執行以下命令:
git rebase --abort
相關文章
- 【Git】rebase 用法小結Git
- git revert .vs. git reset .vs. git rebaseGit
- git 命令之git rebase 用法&git rebase介紹Git
- git reset 用法Git
- git rebase --onto 的奇妙用法Git
- 【Git】stash 用法總結Git
- git merge 和 git rebase 小結Git
- [Git]rebaseGit
- Git -- RebaseGit
- git rebaseGit
- git merge & git rebaseGit
- git rebase masterGitAST
- git rebase 流程Git
- Git——rebase命令Git
- git rebase -iGit
- git rebase命令Git
- git學習之git rebaseGit
- git rebase 和 git mergeGit
- git reset 和 git revertGit
- git revert與git resetGit
- git rebase的使用Git
- 如何理解git rebase?Git
- [Git] Git整理(四) git rebase 的使用Git
- git操作之三:git resetGit
- git在工作中的用法總結-使用篇Git
- 『現學現忘』Git後悔藥 — 31、reset版本回退命令總結Git
- Reset and Checkout Files in GitGit
- Git 操作之rebase、squashGit
- git rebase --onto詳解Git
- git rebase 使用詳解Git
- Git rebase 與 Git merge 的使用Git
- Git基礎命令之git rebase命令Git
- git rebase vs git merge詳解Git
- Git reset 和 Git revert 實踐Git
- 【Git】Git reset/revert的應用Git
- git reset --hard HEAD^Git
- Git進階命令-resetGit
- git-rebase進階使用Git