Bug分支

軟件開發中,bug就像家常便飯一樣。有了bug就需要修復,在Git中,由于分支是如此的強大,所以,每個bug都可以通過一個新的臨時分支來修復,修復后,合并分支,然后將臨時分支刪除。

當你接到一個修復一個代號101的bug的任務時,很自然地,你想創建一個分支issue-101來修復它,但是,等等,當前正在dev上進行的工作還沒有提交:

$git status# On branch dev# Changes to be committed:#? (use "git reset HEAD ..." to unstage)##? ? ? new file:? hello.py## Changes not staged for commit:#? (use "git add ..." to update what will be committed)#? (use "git checkout -- ..." to discard changes in working directory)##? ? ? modified:? readme.txt#

并不是你不想提交,而是工作只進行到一半,還沒法提交,預計完成還需1天時間。但是,必須在兩個小時內修復該bug,怎么辦?

幸好,Git還提供了一個stash功能,可以把當前工作現場“儲藏”起來,等以后恢復現場后繼續工作:

$git stashSavedworking directoryandindex stateWIPondev:6224937add mergeHEADis now at6224937add merge

現在,用git status查看工作區,就是干凈的(除非有沒有被Git管理的文件),因此可以放心地創建分支來修復bug。

首先確定要在哪個分支上修復bug,假定需要在master分支上修復,就從master創建臨時分支:

$git checkout masterSwitchedto branch'master'Yourbranch is ahead of'origin/master'by6commits.$git checkout -b issue-101Switchedto a new branch'issue-101'

現在修復bug,需要把“Git is free software ...”改為“Git is a free software ...”,然后提交:

$git add readme.txt$git commit -m"fix bug 101"[issue-101cc17032] fix bug1011file changed,1insertion(+),1deletion(-)

修復完成后,切換到master分支,并完成合并,最后刪除issue-101分支:

$git checkout masterSwitchedto branch'master'Yourbranch is ahead of'origin/master'by2commits.$git merge --no-ff -m"merged bug fix 101"issue-101Mergemade by the'recursive'strategy. readme.txt |2+-1file changed,1insertion(+),1deletion(-)$git branch -d issue-101Deletedbranch issue-101(was cc17032).

太棒了,原計劃兩個小時的bug修復只花了5分鐘!現在,是時候接著回到dev分支干活了!

$git checkout devSwitchedto branch'dev'$git status# On branch devnothing to commit (working directory clean)

工作區是干凈的,剛才的工作現場存到哪去了?用git stash list命令看看:

$git stash liststash@{0}:WIPondev:6224937add merge

工作現場還在,Git把stash內容存在某個地方了,但是需要恢復一下,有兩個辦法:

一是用git stash apply恢復,但是恢復后,stash內容并不刪除,你需要用git stash drop來刪除;

另一種方式是用git stash pop,恢復的同時把stash內容也刪了:

$git stash pop# On branch dev# Changes to be committed:#? (use "git reset HEAD ..." to unstage)##? ? ? new file:? hello.py## Changes not staged for commit:#? (use "git add ..." to update what will be committed)#? (use "git checkout -- ..." to discard changes in working directory)##? ? ? modified:? readme.txt#Droppedrefs/stash@{0} (f624f8e5f082f2df2bed8a4e09c12fd2943bdd40)

再用git stash list查看,就看不到任何stash內容了:

$git stash list

你可以多次stash,恢復的時候,先用git stash list查看,然后恢復指定的stash,用命令:

$git stash apply stash@{0}

小結

修復bug時,我們會通過創建新的bug分支進行修復,然后合并,最后刪除;

當手頭工作沒有完成時,先把工作現場git stash一下,然后去修復bug,修復后,再git stash pop,回到工作現場。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容

  • 軟件開發中,bug就像家常便飯一樣。有了bug就需要修復,在Git中,由于分支是如此的強大,所以,每個bug都可以...
    yshenhn閱讀 143評論 0 0
  • 應用場景:當你接到一個修復代號101的bug的任務時,很自然地,你想創建一個分支issue-101來修復它,但是,...
    by小杰閱讀 419評論 0 0
  • 學習筆記,非原創。謝謝 Git鼓勵大量使用分支: 創建與合并分支 :查看分支:git branch創建分支:git...
    Rising_life閱讀 836評論 0 1
  • 一、Git學習總結的命名 初始化一個Git倉庫。 添加文件到Git倉庫步驟分兩步:使用命令git add <fil...
    Cheriez閱讀 461評論 0 1
  • 1. 分支管理介紹 1)分支即為兩臺主機,不同地點、不同時間在干不同的事情。然后上傳共同主機,就可以得到所有分支的...
    kison_閱讀 554評論 0 0