Git (branch篇)

分享使用git-flow來做分支的管理心得

多人團隊時或是你有在github這種平台和大家一起開發
如果沒有規定branch你肯定有發現過這種branch名稱

test ->嗯？？？？？？
test20181221 ->這好像不錯齁有日期，才怪!!!!也不知道內容是什麼

就有人提出一個遊戲規則 Git Flow 流程

這張圖就是看到膩的那種

各種流程其他大神都寫得非常的清楚

也有工具(git flow)使用
這工具簡單來說其實就是幫你設快捷鍵

像是

git flow feature start <分支名稱>

等於

git branch feature/<分支名稱>
git checkout feature/<分支名稱>

之類的…

而這篇不是教學文章
其他大神都寫好寫滿了
我來做個簡單的心得分享

正文開始

說真的要完全符合流程
在大多專案上面根本是 脫褲子放屁
反而會讓開發者混亂、綁手綁腳
在寫這篇文章還特別找一下有沒有跟我一樣想法
嗯還真的有呢！！

瞧你賊西西的-git flow
實戰經驗談 part1 — 別再讓 gitflow 拖累團隊的開發速度

那就完全不要用git flow嗎？
也不是

以下是我目前碰到git流程

完成新的一版的
我的branch 只會剩下

master
develop

在開發新的功能從
develop開出feature分支

當有嚴重bug由
master開出hotfixes分支
修好之後也測試完成
master merge hotifxes分支
記得develop也要merge hotifxes 分支

而feature功能測完之後
develop merge feature分支並push 上repo 並可能觸動CI…等等流程

就這樣簡簡單單、乾乾淨淨
寫程式已經夠令人想破頭
搞遊戲規則是必然的但太多反而是 過猶不及