分享程式代碼相關筆記
目前文章總數:157 篇
最後更新:2024年 12月 07日
關於GitFlow 分支策略,可以點連結參考
目前 GitFlow分支策略下的分支如圖
依照分支,每個分支都 CheckOut 用資料夾分別,便於說明
在 feature_NewFunction 有簽入兩次代碼。分別是:
第1次簽入
第2次簽入
選擇 develop 分支 -> 開啟 merge
打開 …
依序選擇遠端分支 -> feature_NewFunction -> OK
可以看到 merge 方式,會將目標分支 ( feature_NewFunction ) 上所有的簽入合併到 develop
對應step3. 2次簽入
Push 到遠端
檢視 GitHub 上,Merge 合併完成
在 feature_NewFunction 有簽入兩次代碼。分別是:
第3次簽入
第4次簽入
其中最後一次簽入,我們並不想合併到分支,這時就可以用 Cherry Pick 合併
選擇 develop 分支 -> 開啟 show log
我們當前在 develop ,選擇左上角的分支,要進行選擇
依序選擇 remote -> feature_NewFunction 分支 -> OK
我們當前在 develop 分支,選擇了遠端 feature_NewFunction 的這個簽入
選擇 Cherry Pick This Commit…
Pick All -> 打勾 -> Continue
這個打勾是為了能辨識是用 Cherry Pick 合併的紀錄
檢查當前本地的 develop ,可以發現已經 Cherry Pick 完成
Push 到遠端
完成了 Cherry Pick 合併完成(挑選合併)
GitFlow 分支策略下,Rebase 的特性會把簽入的資訊覆蓋,因此不合適
GitFlow 分支策略下,以 feature_NewFunction 分支來看
如果滿足以下條件,可以用 Merge 合併:
條件 | 說明 |
---|---|
1. 只有自己開發此分支 | 如果此分支只有自己開發,用 Merge 並不會影響別人,亦不會造成衝突 |
2. 團隊內部統一合併 | 定期開發到一個階段,統一由某個開發成員做合併 (管理者),然後開始請 QA 驗證 |
GitFlow 分支策略下,以 feature_NewFunction 分支來看
如果滿足以下條件,可以用 Cherry Pick 合併:
條件 | 說明 |
---|---|
1. 團隊同時多個開發成員 | 每個成員都有各自的開發功能,需要各成員確保內測完成,才合併自己的內容到 develop |
2. 敏捷式迭代驗證 | 同1. 開發完成後,各開發功能不耦合的情況下,可以請 QA 先行驗證已開發完成的項目 |