本篇內(nèi)容介紹了“Git分支管理策略是什么”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

創(chuàng)新互聯(lián)憑借在網(wǎng)站建設(shè)、網(wǎng)站推廣領(lǐng)域領(lǐng)先的技術(shù)能力和多年的行業(yè)經(jīng)驗(yàn)，為客戶提供超值的營(yíng)銷型網(wǎng)站建設(shè)服務(wù)，我們始終認(rèn)為：好的營(yíng)銷型網(wǎng)站就是好的業(yè)務(wù)員。我們已成功為企業(yè)單位、個(gè)人等客戶提供了網(wǎng)站設(shè)計(jì)、成都網(wǎng)站設(shè)計(jì)服務(wù)，以良好的商業(yè)信譽(yù)，完善的服務(wù)及深厚的技術(shù)力量處于同行領(lǐng)先地位。

使用git帶來的分支疑惑

git 為什么好，為什么要用 git，這不是我本文想要說明的問題。

這里想要給大家分享一下自己使用過程中產(chǎn)生的疑惑，以及解決的這些疑惑的過程。話又說回來，我現(xiàn)在依然充滿疑惑。真不知道30歲的時(shí)候會(huì)不會(huì)不惑。

在使用 git 過程中，它的分支功能讓我真的欣喜若狂，不過這是把雙刃劍，一不小心你會(huì)得到這種git路徑圖：

圖片來源：阮一峰老師博客

我的疑惑：

1. 那么團(tuán)隊(duì)中我們?cè)撌褂迷鯓拥姆种Р呗詠磉M(jìn)行開發(fā)協(xié)作？

2. 在多人的團(tuán)隊(duì)中，我們應(yīng)該在 master 分支上直接開發(fā)嗎？

3. 如果線上產(chǎn)生了bug該通過什么樣方式的分支去修復(fù)？

4. 當(dāng)有多個(gè)分支的時(shí)候，測(cè)試如何有效的參與進(jìn)來每一個(gè)分支的測(cè)試？

用成熟的工作流來解決問題

在解答上面的疑惑前，先介紹幾個(gè)工作流，然后通過工作流的模式，來進(jìn)行解答。因?yàn)槲覀儽仨氃谀撤N設(shè)定的情景下，才能討論解決問題的思路。

下面三種工作流方式，都是采用功能驅(qū)動(dòng)開發(fā)，也就是先有需求產(chǎn)生，然后誕生對(duì)應(yīng)的分支，然后開發(fā)，最后合并回來，完成使命被刪除。

• Git flow

• Github flow

• Gitlab flow

關(guān)于這三種工作流的詳細(xì)介紹，建議看看這篇文章-阮一峰

我現(xiàn)在采用的是 Git flow ，經(jīng)過自己的實(shí)踐，確實(shí)好用，解決不少問題。然后如果發(fā)現(xiàn)與自己的實(shí)際情況有些出入，可以根據(jù)需求做出些變動(dòng)調(diào)整。

我的選擇

我選擇了 Git flow，它的主要特點(diǎn)是，長(zhǎng)期存在兩個(gè)分支：

• 主分支master

• 開發(fā)分支develop

然后，存在三種輔助分支，都是短期的，并且一半情況下只應(yīng)該存在本地，不要提交到遠(yuǎn)程庫(kù)。

• 功能分支（feature branch）

• 補(bǔ)丁分支（hotfix branch）

• 預(yù)發(fā)分支（release branch）
  在進(jìn)行上面的分支時(shí)，建議的命名規(guī)范：feature-xxx、release-xxx、hotfix-xxx

話外：我以前喜歡用下劃線，后來發(fā)現(xiàn)打中線不需要按 shift ，哈哈，從此開始中線時(shí)代。

什么時(shí)候要功能分支？

當(dāng)你拿到一個(gè)需求，或者不是一個(gè)立馬需求上線的bug修復(fù)，那么就應(yīng)該從 develop 開一個(gè)分支出來，完成這部分工作。完成后合并到 develop 分支。

什么時(shí)候要預(yù)發(fā)分支？

這個(gè)分支是為預(yù)發(fā)準(zhǔn)備的，測(cè)試的介入，也只應(yīng)該在該分支產(chǎn)生時(shí)才介入。當(dāng)我們不管是新功能開發(fā)，還是一般的bug修改都差不多了。就應(yīng)該從develop產(chǎn)生一個(gè)release分支，交給測(cè)試，如果有bug直接在上面修改。全部完成后，合并回develop，并且合并到master。

關(guān)于這個(gè)分支我得再多說幾句。因?yàn)檫@是非常重要的一步，如果我們使用了 git 鉤子，當(dāng)合并到 master 的時(shí)候，會(huì)自動(dòng)發(fā)布到線上，所以這是臨上線的最后一道屏障。

同時(shí)這里也解決了我一個(gè)疑惑，測(cè)試如何參與到git的每個(gè)分支中來？答案是：測(cè)試不應(yīng)該參與到每個(gè)分支中來，只應(yīng)該參與到release分支中去。其它的開發(fā)分支，都應(yīng)該由開發(fā)人員自己測(cè)試，測(cè)試沒有問題的時(shí)候才準(zhǔn)許合并到develop，這就要求每一個(gè)開發(fā)要提高自己交付的產(chǎn)品質(zhì)量，如何確保自己交付的產(chǎn)品質(zhì)量？自動(dòng)化測(cè)試是個(gè)不錯(cuò)的選擇，好了，打住，這不是咋們今天的主要任務(wù)，這個(gè)話題改天再聊。

什么時(shí)候需要補(bǔ)丁分支？

這種情況越少越好。因?yàn)樗a(chǎn)生的原因是：線上出了bug，并且必須馬上修復(fù)，不管你身在何方，當(dāng)手機(jī)響起，拿出電腦改bug吧。

它與release 很像，都需要完成后，同時(shí)合并到:master與develop。不同的是，它需要從master 上開一個(gè)分支出來。

注意這里沒有測(cè)試的介入，一半來說都是代碼上某一個(gè)小的緊急bug，雖然很嚴(yán)重，但是可以很容易改動(dòng)。當(dāng)然如果有一些例外情況，應(yīng)該讓測(cè)試進(jìn)行測(cè)試后再合并、發(fā)布。

“Git分支管理策略是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！

分享題目：Git分支管理策略是什么
當(dāng)前URL：http://www.chinadenli.net/article28/gjcpcp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、動(dòng)態(tài)網(wǎng)站、響應(yīng)式網(wǎng)站、手機(jī)網(wǎng)站建設(shè)、品牌網(wǎng)站制作、網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)