Git 分支策略：一人公司不需要複雜的 GitFlow

看到有些團隊用完整 GitFlow
develop、release、hotfix 一堆分支
光管分支就是一份工作

一人公司不需要這樣

我用的超簡化版：
→ main：永遠是生產可部署的狀態
→ feature/xxx：開發中的功能

做法：
→ 從 main 開新 branch
→ 本機開發完，push 上去
→ 直接 merge，刪掉 feature branch

緊急修復就直接在 main 上面做小 commit
不需要 hotfix branch

commit message 我用固定格式：
→ feat: 新功能
→ fix: 修 bug
→ chore: 維護性更新
→ refactor: 重構

SBS Agent 的 git log 很乾淨
一看就知道每個版本做了什麼

一人公司最貴的資源是自己的時間
流程能簡化就簡化
但 git 記錄要清楚，未來的自己要看

#Git #版本控制 #一人公司 #Symbiosis

恭喜你發現 GitHub flow

Gitflow本質是解決多人協作的衝突問題，所以如果只有一個人的話老實說也不太需要什麼分支策略

我剛以為我在看十年前的技術分享文章

重新發現trunk based 和 conventional commit

是不是搞錯了甚麼，trunk based才不是這樣子

我的個人玩具，幾乎都是 main 分支從頭打到尾，最多加個 dev 而已 :)

我為了示範給學生 gitflow
除了強迫學生購買高大大的為自己學 git （對，👅就對了
開發 side project 還是照小規模公司開

然後管的好累🫠

雖然已知用火
還是肯定願意實踐版本管理

open claw的開發者說他都直接push main

任何情況都直接在main編輯😎

樓上有人分享了GitHub flow，這再跟你分享一個Git flow

你那邊還可以買到不到100塊的台積電嗎

這就是 GitHub flow呀，不過通常不用跟人協作的個人專案我都是一條main幹到底

一人公司就 trunk based 好吧，至少我個人經驗是這樣

看起來就是 GitHub flow....？

(曲): Ctrl+C , Ctrl+V

Alt f4可以讓系統跑得更快

發現🔥

同人數無關，是 live production 的風險管理

直接在main branch修改 推不上去就-f 沒出錯過🥵

這有什麼需要教的嗎...？