Basic 的部分來到了最後一篇
我來看看專案的 Branch & PR

Git

回想起我的第一份工作，當時對 Git 超級不熟
公司和我自己都沒什麼在做版控
有很大一部份的原因是
當時都是用 remote server 的方式進行開發
如果有什麼需求，或是 Bug 要進行修改
都是連進去 Server 裡面
只有在做插件開發的時候，會加上版本號
並打包成 zip，上傳到公司 Nas 上
僅此而已

第二份工作開始使用 Git 做版控
但僅用了 git commit, git push 和 git pull
一樣，僅此而已

到了現在這份工作我才對 Git 的開發比較了解
(雖然用的指令也不多，而且還是用 GUI... XD)

Branch

我們回到專案本身
專案使用 Git Flow 進行開發

以下是分支的介紹：

• master
  正式站所用的分支
• release
  測試站所用的分支
• develop
  如果要開發功能或是修 Bug ，都是從這個分支再開新分支進行實作
• feature
• 當開發新功能時，會以「feature」開頭，中間隔著「/」，後面則是說明要開發的功能是什麼
  如：feature/voucher-redeem-page
• bugfix
  當需要修復 Bug 時，會以「bugfix」開頭，中間隔著「/」，後面則是說明修復的 Bug 是什麼
  如：bugfix/home-page-layout
• refactor
  當要對現有的 code 進行重構時，會以「refactor」開頭，中間隔著「/」，後面則是說明重構的部分是什麼
  如：refactor/merchandises
• hotfix
  當發生線上 Bug 時，使用此分支，進行緊急修復

PR

當開發功能或修復 Bug 完成，需要發 Pull Request (簡稱 PR)，對 code 進行審核
如果確認沒問題(approved)，即可對這個 PR 進行合併 (merge)
通常情況下，會把想要合併進去的分支設為「develop」
合併到 develop 後，release 再進行 rebase
rebase 後會 trigger Deploy to S3
等待片刻，測試站即是你剛合併進去的內容了

以下為範例：

Basic 就到這邊告一段落了
明天開始是 UI Library

參考文章

Git Flow 是什麼？為什麼需要這種東西？
(git 人，我的超人)