筆記，修改團隊 Git 開發工作流程
原先的 GIT 工作流程
先前開發的案子，採用的開發流程為 gitflow 的縮減方式，只採用 master, develop 和 feature 這 3 個 branchs ，減少切換及執行上的複雜度。
以我個人的觀點來看，會使用版本控制系統(VCS)，是現代工程師[1]應有的標準技能，但顯然現實與理想還是有段差距，兩者權衡之下加上內部將改用 gitlab 為主要系統，這邊在修改工作流程的同時，也算是隨手記錄過程與想法。
期望的GIT工作流程
雖然基礎的系統是 gitlab ，但目前沒打算使用 gitlab flow 而是改用 github flow ，主要是希望能減少 git 的操作成本。
Pros.
- 簡單操作
- master 較易管控
Cons
- 開發人員須熟悉 git 操作
- 程式碼容易產生衝突
現階段會朝這個方向去修改 git 開發工作流程，至於開發人員不熟稔 git 的問題，長期來看他們還是得學會，現在改用較簡單的流程，應該有助於他們學習。
後記，因為 master 可以當成是 release 屬性的 branch ，所以未來可考慮設置一個 stable 的 branch ，來區別軟體的成熟度。
留言
張貼留言