【Git】工做流

Git 工做流

概念

在項目開發過程當中使用 Git 的方式

分類

集中式工做流

像 SVN 同樣，集中式工做流以中央倉庫做爲項目全部修改的單點實體。全部 修改都提交到 Master 這個分支上。
這種方式與 SVN 的主要區別就是開發人員有本地庫。Git 不少特性並無用到。

GitFlow 工做流

Gitflow 工做流經過爲功能開發、發佈準備和維護設立了獨立的分支，讓發佈 迭代過程更流暢。嚴格的分支模型也爲大型項目提供了一些很是必要的結構。

Forking 工做流

Forking 工做流是在 GitFlow 基礎上，充分利用了 Git 的 Fork 和 pull request 的 功能以達到代碼審覈的目的。更適合安全可靠地管理大團隊的開發者，並且能接受 不信任貢獻者的提交。

GitFlow 工做流詳解

分支種類

• 主幹分支（master）：主要負責管理正在運行的生產環境代碼。永遠保持與正在運行的生產環境徹底一致。
• 開發分支（develop）：主要負責管理正在開發過程當中的代碼。通常狀況下應該是最新的代碼。
• bug 修理分支（hotfix）：主要負責管理生產環境下出現的緊急修復的代碼。 從主幹分支分出，修理完畢並測試上線後，並回主幹分支。並回後，視狀況能夠刪除該分支。
• 準生產分支（預發佈分支）（release）：較大的版本上線前，會從開發分支中分出準生產分支，進行最後階段的集 成測試。該版本上線後，會合併到主幹分支。生產環境運行一段階段較穩定後 能夠視狀況刪除。
• 功能分支（feature）：爲了避免影響較短週期的開發工做，通常把中長期開發模塊，會從開發分支中獨立出來。開發完成後會合併到開發分支。

GitFlow 工做流舉例

分支實戰

具體操做

建立分支

切換分支審查代碼

檢出遠程新分支

切換回 master

合併分支

合併結果

合併成功後，把 master