Git 開發流程

Git 實際開發流程

真實開發的時候,除了有 Gitlab 上面的 主要 repo自己的 repo 以外,還會有一份在本機開發的 本地 repo
這份 本地 repo 是從 自己的 repo Clone 回來的。
注意:底下步驟 1 除了從主線 pull 最新版本的程式回來,也可以直接從主線切一條分支出來做開發(推薦後者)

推薦後者(直切從主線切出一條分支出來做 issue)的原因是:
實務上開發的過程中,一個工程師可能會同時掛多個 issue。假設突然出現一個緊急的 issue 時,你可以從主線再切一條新分支,用來處理緊急的 issue。把緊急的 issue 處理完成後,在切回原本開發的 issue 分支繼續原來的工作!這是前者辦不到的。


以下是 Git 實際開發的流程:
  • 一般要開始做 issue 前,就會先從主線拉(pull)一份最新版本的程式(code base)回來做開發,
  • 開發的過程可能會有多個檔案被異動,也可能經歷多次 commit。
  • 開發完成後,為了避免與別人 push 回主線的程式碼發生衝突,一定會先做一次 Pull,
    注意:做 Pull 時 Git 會自動幫你 Merge,這時會有以下幾種情況發生:
    • Git 自動 Merge 成功,不發生衝突。
    • Git 自動 Merge 失敗,發生衝突,需要你手動處理衝突。
  • 不管有沒有發生衝突,Merge 完後都會有一次合併程式的 Commit((合併程式也算異動))。
  • 做完 Pull & Merge 後,就可以把最新的 commit 推(push)回主線,完成本次 issue 的提交。



留言

這個網誌中的熱門文章

Git Commit Message 這樣寫會更好,替專案引入規範與範例

Gitlab 合併請求 Merge Request 是什麼?

PHP OO 物件導向基礎教學