git flow研發(fā)工作流程是什么

本篇內(nèi)容主要講解“git flow研發(fā)工作流程是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“git flow研發(fā)工作流程是什么”吧!

什么是 git-flow？

一旦安裝安裝 git-flow，你將會(huì)擁有一些擴(kuò)展命令。這些命令會(huì)在一個(gè)預(yù)定義的順序下自動(dòng)執(zhí)行多個(gè)操作。是的，這就是我們的工作流程！

git-flow 并不是要替代 Git，它僅僅是非常聰明有效地把標(biāo)準(zhǔn)的 Git 命令用腳本組合了起來。

嚴(yán)格來講，你并不需要安裝什么特別的東西就可以使用 git-flow 工作流程。你只需要了解，哪些工作流程是由哪些單獨(dú)的任務(wù)所組成的，并且附帶上正確的參數(shù)，以及在一個(gè)正確的順序下簡(jiǎn)單執(zhí)行那些對(duì)應(yīng)的 Git 命令就可以了。當(dāng)然，如果你使用 git-flow 腳本就會(huì)更加方便了，你就不需要把這些命令和順序都記在腦子里。

安裝 git-flow

近些年來出現(xiàn)了很多不同的安裝方法。在本章節(jié)中我們會(huì)使用當(dāng)前最流行的一種： AVH Edition。

要了解安裝 git-flow 細(xì)節(jié)，請(qǐng)閱讀下面這個(gè)文檔 official documentation。

在項(xiàng)目中設(shè)置 git-flow

當(dāng)你想把你的項(xiàng)目 “切換” 到 git-flow 上后，Git 還是可以像往常一樣工作的。這完全是取決于你在倉(cāng)庫(kù)上使用特殊的 git-flow 命令或是普通的 Git 命令。換句話說，git-flow 它不會(huì)以任何一種戲劇性的方式來改變你的倉(cāng)庫(kù)。

話雖如此，git-flow 卻存在一些限制。讓我們開始在一個(gè)新的項(xiàng)目上初始化它吧，之后我們就會(huì)有所發(fā)現(xiàn)：

$ git flow init
Initialized empty Git repository in /Users/tobi/acme-website/.git/
Branch name for production releases: [master] 
Branch name for "next release" development: [develop] 

How to name your supporting branch prefixes?
Feature branches? [feature/] 
Release branches? [release/] 
Hotfix branches? [hotfix/]

當(dāng)在項(xiàng)目的根目錄執(zhí)行 “git flow init” 命令時(shí)（它是否已經(jīng)包括了一個(gè) Git 倉(cāng)庫(kù)并不重要），一個(gè)交互式安裝助手將引導(dǎo)您完成這個(gè)初始化操作。聽起來是不是有點(diǎn)炫，但實(shí)際上它只是在你的分支上配置了一些命名規(guī)則。
盡管如此，這個(gè)安裝助手還是允許你使用自己喜歡的名字。我強(qiáng)烈建議你使用默認(rèn)的命名機(jī)制，并且一步一步地確定下去。

分支的模式

git-flow 模式會(huì)預(yù)設(shè)兩個(gè)主分支在倉(cāng)庫(kù)中：

• master 只能用來包括產(chǎn)品代碼。你不能直接工作在這個(gè) master 分支上，而是在其他指定的，獨(dú)立的特性分支中（這方面我們會(huì)馬上談到）。不直接提交改動(dòng)到 master 分支上也是很多工作流程的一個(gè)共同的規(guī)則。

• develop 是你進(jìn)行任何新的開發(fā)的基礎(chǔ)分支。當(dāng)你開始一個(gè)新的功能分支時(shí)，它將是_開發(fā)_的基礎(chǔ)。另外，該分支也匯集所有已經(jīng)完成的功能，并等待被整合到 master 分支中。

這兩個(gè)分支被稱作為 長(zhǎng)期分支。它們會(huì)存活在項(xiàng)目的整個(gè)生命周期中。而其他的分支，例如針對(duì)功能的分支，針對(duì)發(fā)行的分支，僅僅只是臨時(shí)存在的。它們是根據(jù)需要來創(chuàng)建的，當(dāng)它們完成了自己的任務(wù)之后就會(huì)被刪除掉。

讓我們開始探索一些在現(xiàn)實(shí)應(yīng)用中可能遇到的案例吧！

功能開發(fā)

對(duì)于一個(gè)開發(fā)人員來說，最平常的工作可能就是功能的開發(fā)。這就是為什么 git-flow 定義了很多對(duì)于功能開發(fā)的工作流程，從而來幫助你有組織地完成它。

開始新功能

讓我們開始開發(fā)一個(gè)新功能 “rss-feed”：

$ git flow feature start rss-feed
Switched to a new branch 'feature/rss-feed'

Summary of actions:
- A new branch 'feature/rss-feed' was created, based on 'develop'
- You are now on branch 'feature/rss-feed'

概念

在這些命令的輸出文本中，git-flow 會(huì)對(duì)剛剛完成的操作打印出一個(gè)很有幫助的概述

當(dāng)你需要幫助的時(shí)候，你可以隨時(shí)請(qǐng)求幫助。例如：

$ git flow feature help

正如上面這個(gè)新功能一樣，git-flow 會(huì)創(chuàng)建一個(gè)名為 “feature/rss-feed” 的分支（這個(gè) “feature/” 前綴 是一個(gè)可配置的選項(xiàng)設(shè)置）。你已經(jīng)知道了，在你做新功能開發(fā)時(shí)使用一個(gè)獨(dú)立的分支是版本控制中最重要的規(guī)則之一。
git-flow 也會(huì)直接簽出這個(gè)新的分支，這樣你就可以直接進(jìn)行工作了。

完成一個(gè)功能

經(jīng)過一段時(shí)間艱苦地工作和一系列的聰明提交，我們的新功能終于完成了：

$ git flow feature finish rss-feed
Switched to branch 'develop'
Updating 6bcf266..41748ad
Fast-forward
    feed.xml | 0
    1 file changed, 0 insertions(+), 0 deletions(-)
    create mode 100644 feed.xml
Deleted branch feature/rss-feed (was 41748ad).

最重要的是，這個(gè) “feature finish” 命令會(huì)把我們的工作整合到主 “develop” 分支中去。在這里它需要等待：

1. 一個(gè)在更廣泛的 “開發(fā)” 背景下的全面測(cè)試。

2. 稍后和所有積攢在 “develop” 分支中的其它功能一起進(jìn)行發(fā)布。

之后，git-flow 也會(huì)進(jìn)行清理操作。它會(huì)刪除這個(gè)當(dāng)下已經(jīng)完成的功能分支，并且換到 “develop” 分支。

管理 releases

Release 管理是版本控制處理中的另外一個(gè)非常重要的話題。讓我們來看看如何利用 git-flow 創(chuàng)建和發(fā)布 release。

創(chuàng)建 release

當(dāng)你認(rèn)為現(xiàn)在在 “develop” 分支的代碼已經(jīng)是一個(gè)成熟的 release 版本時(shí)，這意味著：第一，它包括所有新的功能和必要的修復(fù)；第二，它已經(jīng)被徹底的測(cè)試過了。如果上述兩點(diǎn)都滿足，那就是時(shí)候開始生成一個(gè)新的 release 了：

$ git flow release start 1.1.5
Switched to a new branch 'release/1.1.5'

請(qǐng)注意，release 分支是使用版本號(hào)命名的。這是一個(gè)明智的選擇，這個(gè)命名方案還有一個(gè)很好的附帶功能，那就是當(dāng)我們完成了release 后，git-flow 會(huì)適當(dāng)?shù)豞自動(dòng)_去標(biāo)記那些 release 提交。

有了一個(gè) release 分支，再完成針對(duì) release 版本號(hào)的最后準(zhǔn)備工作（如果項(xiàng)目里的某些文件需要記錄版本號(hào)），并且進(jìn)行最后的編輯。

完成 release

現(xiàn)在是時(shí)候按下那個(gè)危險(xiǎn)的紅色按鈕來完成我們的release了：

git flow release finish 1.1.5

這個(gè)命令會(huì)完成如下一系列的操作：

1. 首先，git-flow 會(huì)拉取遠(yuǎn)程倉(cāng)庫(kù)，以確保目前是最新的版本。

2. 然后，release 的內(nèi)容會(huì)被合并到 “master” 和 “develop” 兩個(gè)分支中去，這樣不僅產(chǎn)品代碼為最新的版本，而且新的功能分支也將基于最新代碼。

3. 為便于識(shí)別和做歷史參考，release 提交會(huì)被標(biāo)記上這個(gè) release 的名字（在我們的例子里是 “1.1.5”）。

4. 清理操作，版本分支會(huì)被刪除，并且回到 “develop”。

從 Git 的角度來看，release 版本現(xiàn)在已經(jīng)完成。依據(jù)你的設(shè)置，對(duì) “master” 的提交可能已經(jīng)觸發(fā)了你所定義的部署流程，或者你可以通過手動(dòng)部署，來讓你的軟件產(chǎn)品進(jìn)入你的用戶手中。

hotfix

很多時(shí)候，僅僅在幾個(gè)小時(shí)或幾天之后，當(dāng)對(duì) release 版本作做全面測(cè)試時(shí)，可能就會(huì)發(fā)現(xiàn)一些小錯(cuò)誤。
在這種情況下，git-flow 提供一個(gè)特定的 “hotfix” 工作流程（因?yàn)樵谶@里不管使用 “功能” 分支流程，還是 “release” 分支流程都是不恰當(dāng)?shù)模?/p>

創(chuàng)建 Hotfixes

$ git flow hotfix start missing-link

這個(gè)命令會(huì)創(chuàng)建一個(gè)名為 “hotfix/missing-link” 的分支。因?yàn)檫@是對(duì)產(chǎn)品代碼進(jìn)行修復(fù)，所以這個(gè) hotfix 分支是基于 “master” 分支。
這也是和 release 分支最明顯的區(qū)別，release 分支都是基于 “develop” 分支的。因?yàn)槟悴粦?yīng)該在一個(gè)還不完全穩(wěn)定的開發(fā)分支上對(duì)產(chǎn)品代碼進(jìn)行地修復(fù)。

就像 release 一樣，修復(fù)這個(gè)錯(cuò)誤當(dāng)然也會(huì)直接影響到項(xiàng)目的版本號(hào)！

完成 Hotfixes

在把我們的修復(fù)提交到 hotfix 分支之后，就該去完成它了：

$ git flow hotfix finish missing-link

這個(gè)過程非常類似于發(fā)布一個(gè) release 版本：

• 完成的改動(dòng)會(huì)被合并到 “master” 中，同樣也會(huì)合并到 “develop” 分支中，這樣就可以確保這個(gè)錯(cuò)誤不會(huì)再次出現(xiàn)在下一個(gè) release 中。

• 這個(gè) hotfix 程序?qū)⒈粯?biāo)記起來以便于參考。

• 這個(gè) hotfix 分支將被刪除，然后切換到 “develop” 分支上去。

還是和產(chǎn)生 release 的流程一樣，現(xiàn)在需要編譯和部署你的產(chǎn)品（如果這些操作不是自動(dòng)被觸發(fā)的話）。

到此，相信大家對(duì)“git flow研發(fā)工作流程是什么”有了更深的了解，不妨來實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！