iT邦幫忙

第 11 屆 iThome 鐵人賽

DAY 16
2
Software Development

用樂高玩轉 GIT 版本控制系列 第 16

Day 16 - 把製作步驟歷程整理好讓人更好理解,談 git rebase -i 互動模式

  • 分享至 

  • xImage
  •  

Day 14 的內容中,提到 git rebase 的概念是「把 commit 所代表的步驟,試著在新的基點再做一次」,而正因為,每一個 commit,紀錄的是基於上一個步驟所作的變化,我們可以透過 Day 15 所提到的 git cherry-pick,不但可以把一個步驟「抄來」用,也可以把一連串的 commit 一次抄過來。

那,我可不可以在抄過來的過程中,順便整理一下這些 commit 呢?

什麼是整理 commit 呢?

撰寫文章的時候,在完成初稿之後,我們會透過再次閱讀,發現,可能有些文字贅字需要移除、有些文句需要重新調整,在調整完之後,可以讓整篇文章更佳的順暢。

而在製作樂高手冊的過程中,有些積木的堆積,可能有些步驟聚集成一個步驟會更清楚,有些時候則是把步驟順序調整一下,會讓手冊更容易看懂,組裝更順利。

所謂的整理 commit,也是同一件事情。有些 commit 的先後順序,前後對調之後,閱讀者就可以更了解原始碼的變更主要想達成的目的;而又些 commit 所代表的原始碼變更,可能合併在一起,在閱讀上則較不繁瑣;還有些狀況是,當下寫的 commit message 可能少描述了一些,想再次的變更修改 message 內容。這些就是整理 commit 可以做的事情。

在 GIT 怎麼整理 commit 呢?

在 GIT 中,我們可以使用 git rebase -i 這個餐數來進行調整分支的工作,-i 這個參數,全名是 --interactive ,也就是互動模式,透過互動的介面,來完成整理 commit 的目的。這邊的「互動」,回歸到 rebase 的原意「把 commit 所代表的步驟,試著在新的基點再做一次」,我們可以解釋為「把 commit 所代表的步驟,試著在新的基點,由使用者互動時所設定的方法,再做一次」。

接下來,開始以 Day 15 提到的例子,來整理一下 apple 的這個分支:

SourceTree 上的線圖增加兩個 commit

指令使用的方法:

假如我們要整理從 91d27e5 這個 commit 之後開始進行分支的整理,則我們可以執行指令 git rebase -i 91d27e5。注意參數 -i 後面所帶的 HASH Code 是指要從該 HASH Code 後開始 rebase,而在執行指令後,會進入一個編輯界面,畫面中會有提示說明,分別有操作 pick、reword、edit 等操作的方法,以下就透過實際例子說明部分指令。

執行 rebase -I 之後的畫面

1. 修改分支內部分的 commit message

如果我們要針對 commit 660033a 的 commit message 作修改調整,則同樣的執行指令 git rebase -i 91d27e5,因為目的是要調整 660033a 的 commit message 則我們在這個 commit 上標示,把原本標示pick 的字樣,改為 reword,則在送出編輯之後,GIT 就會針對你設定為 reword 的這個 commit 詢問要修改的訊息內容。

在這邊用到 pick 代表使用這個 commit,內容不動。reword 代表,使用這個 commit,但修改 commit message。

  • 使用 CLI 達成:

    • 1 調整為 reword
      調整為 reword
    • 2 修改 commit message 訊息
      修改 commit message 訊息
    • 3 修改完畢之後
      修改完畢之後
    • 4 可以發現從起始的 commit 91d27e5之後的 HASH Code 都改變了。這是因為從 91d27e5 之後的 commit 都重新作了一次,自然會重新產出新的 HASH Code。
      重新產出新的 HASH Code
  • 使用 SourceTree GUI 達成:

    • 使用 SourceTree GUI 修改訊息

2. 合併 commit:合併 apple 2 及 apple 3 這兩個 commit

同樣的執行指令 git rebase -i 91d27e5,因為我們要合併 add apple 2 和 add apple 3 兩個 commit ,因此,我們需要把 430e431 這個 commit 的 pick 修改為 squash 代表和上一個 commit 合併在一起。

  • 使用 CLI 達成:
    • 1 調整 430e431 commit 為 squash
      • 調整 430e431 commit 為 squash
    • 2 編輯調整後的 commit message
      • 編輯調整後的 commit message
    • 3 可以發現兩個 commit 已經合併了
      • 兩個 commit 已經合併
  • 使用 SourceTree GUI 達成:
    • 使用 SourceTree GUI 合併 commit

3. 調整順序:對調 apple 3 和 apple 4 兩個 commit 的順序。

同樣的執行指令 git rebase -i 91d27e5,進入編輯模式之後,只要把要調換的 commit 進行行對調即可。

  • 使用 CLI 達成:
    • 1 調整 commit 62dacb9430e431 兩個 commit 的順序
      • 調整兩個 commit 的順序
    • 2 可以發現兩個 commit 的順序已經變更了
      • 兩個 commit 的順序已經變更
  • 使用 SourceTree GUI 達成:
    • 使用 SourceTree GUI 對調順序

總結:

上面的例子中,每次其實可以作的動作不只一種,只是為了簡化範例,因此每個範例中都只做一個動作,也方便記憶,再重新整理分支的時候,可以一次調整多個,合併之後順便調整合併後的 commit message 等動作都是可行的。git rebase -i 還有很多指令可以使用,例如與 squash 類似的 fixup,都可以在嘗試執行,在這個章節就只針對比較常用的方法做介紹。

整理及調整 commit 的目的在於讓同樣使用這個儲存庫的人員,可以快速的了解原始碼變化的目的及原因,進而更快的容易這個儲存庫所存在的目標。所以在正式提交儲存庫之前,再次 review 目前尚未提交的儲存庫也是必要的過程。


上一篇
Day 15 - 你那招很厲害,我不要一整套,可以只要一招嗎?git cherry-pick
下一篇
Day 17 - 能在一起無憂無慮多幸運,談 GIT 解衝突
系列文
用樂高玩轉 GIT 版本控制30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言