【Giflow】什麼是Giflow、常用分支、典型圖例、指令示例

文章目錄

• ​​1 Giflow 出現的原因​​
• ​​2 什麼是 Giflow​​
• ​​3 常用分支​​
• ​​4 在項目中設定 Giflow​​
• ​​5 典型圖例​​
• ​​6 指令示例​​

1 Giflow 出現的原因

當在團隊開發中使用版本控制系統時，商定一個統一的工作流程是至關重要的。Git 的确可以在各個方面做很多事情，然而，如果在你的團隊中還沒有能形成一個特定有效的工作流程，那麼混亂就将是不可避免的。基本上你可以定義一個完全适合你自己項目的工作流程，或者使用一個别人定義好的。

2 什麼是 Giflow

一旦安裝安裝 git-flow，你将會擁有一些擴充指令。這些指令會在一個預定義的順序下自動執行多個操作。是的，這就是我們的工作流程！

git-flow 并不是要替代 Git，它僅僅是非常聰明有效地把标準的 Git 指令用腳本組合了起來。

嚴格來講，你并不需要安裝什麼特别的東西就可以使用 git-flow 工作流程。你隻需要了解，哪些工作流程是由哪些單獨的任務所組成的，并且附帶上正确的參數，以及在一個正确的順序下簡單執行那些對應的 Git 指令就可以了。當然，如果你使用 git-flow 腳本就會更加友善了，你就不需要把這些指令和順序都記在腦子裡。

3 常用分支

• Production 分支：也就是我們經常使用的Master分支，這個分支最近釋出到生産環境的代碼，最近釋出的Release， 這個分支隻能從其他分支合并，不能在這個分支直接修改
• Develop 分支：這個分支是我們是我們的主開發分支，包含所有要釋出到下一個Release的代碼，這個主要合并與其他分支，比如Feature分支
• Feature 分支：這個分支主要是用來開發一個新的功能，一旦開發完成，我們合并回Develop分支進入下一個Release
• Release分支：當你需要一個釋出一個新Release的時候，我們基于Develop分支建立一個Release分支，完成Release後，我們合并到Master和Develop分支
• Hotfix分支：當我們在Production發現新的Bug時候，我們需要建立一個Hotfix, 完成Hotfix後，我們合并回Master和Develop分支，是以Hotfix的改動會進入下一個Release

4 在項目中設定 Giflow

初始化：git flow init

當你想把你的項目 “切換” 到 git-flow 上後，Git 還是可以像往常一樣工作的。這完全是取決于你在倉庫上使用特殊的 git-flow 指令或是普通的 Git 指令。

5 典型圖例

6 指令示例