本文與Buddy合作創(chuàng)作。感謝您支持使SitePoint成為可能的合作伙伴。

本文將指導(dǎo)您如何為分支工作流程設(shè)置持續(xù)集成/部署管道。我們將使用Buddy CI/CD服務(wù)來設(shè)置這些管道。我們將使用一個(gè)基本的JavaScript項(xiàng)目，在這個(gè)項(xiàng)目中我們將設(shè)置幾個(gè)開發(fā)分支。我將向您展示如何在每種類型的分支上自動(dòng)化測試。我還將介紹分支工作流程的概念，并展示一些您可以在項(xiàng)目中采用的示例。

關(guān)鍵要點(diǎn)

• Git分支在軟件開發(fā)中至關(guān)重要，因?yàn)樗鼈冊试S開發(fā)人員同時(shí)處理不同的功能或錯(cuò)誤修復(fù)，而不會(huì)影響主代碼庫。這提高了效率并降低了將錯(cuò)誤引入生產(chǎn)代碼的風(fēng)險(xiǎn)。
• 不同的Git分支策略包括零分支策略、開發(fā)分支策略、功能分支策略和Gitflow分支策略。每種策略都有其優(yōu)缺點(diǎn)，選擇取決于項(xiàng)目規(guī)模、開發(fā)人員數(shù)量和項(xiàng)目的復(fù)雜性。
• Buddy CI/CD服務(wù)可用于為您的分支工作流程設(shè)置持續(xù)集成/部署管道。這使得自動(dòng)化任務(wù)成為可能，例如運(yùn)行測試和部署到Web服務(wù)器。
• 使用Buddy，可以為不同的Git分支策略設(shè)置管道，包括主分支、開發(fā)/集成分支、功能分支和熱修復(fù)分支?？梢詫⒚總€(gè)管道配置為根據(jù)分支的角色運(yùn)行特定操作。
• 建議首先在共享存儲(chǔ)庫上設(shè)置長期分支，以便高效地創(chuàng)建管道。此外，可以使用通配符為多個(gè)功能和熱修復(fù)分支設(shè)置管道。

先決條件

要學(xué)習(xí)本教程，您只需要基本的Node.js技能。您還需要熟悉Git。以下是一些可以幫助您的文章：

• Git入門
• Git團(tuán)隊(duì)協(xié)作
• 我們的書，《Jump Start Git》

為了設(shè)置我們的管道，我們將需要使用Jest編寫一些測試。如果您不熟悉Jest，則無需學(xué)習(xí)它——本文的重點(diǎn)是學(xué)習(xí)如何設(shè)置將自動(dòng)選擇新分支并為您構(gòu)建它們的管道。在我們開始之前，我們應(yīng)該研究一下我們可以使用的各種分支策略。

零分支策略

零分支策略只是“您沒有使用任何分支策略”的一種說法。它也被稱為基本工作流程。您只有一個(gè)主分支，您可以在其中直接提交和構(gòu)建您的版本。如果項(xiàng)目滿足以下條件，則此策略很方便且很好：

• 小而簡單
• 幾乎不需要更新
• 由單個(gè)開發(fā)人員管理

此類項(xiàng)目包括教程、演示、原型、入門項(xiàng)目模板和個(gè)人項(xiàng)目。但是，這種方法有幾個(gè)缺點(diǎn)：

• 如果不止一個(gè)人正在處理該項(xiàng)目，則很可能會(huì)發(fā)生多個(gè)合并沖突
• 您將無法同時(shí)開發(fā)多個(gè)功能并修復(fù)問題
• 刪除和恢復(fù)功能將是一項(xiàng)艱巨的任務(wù)
• 您的團(tuán)隊(duì)將花費(fèi)太多時(shí)間處理版本控制問題，而不是開發(fā)新功能

所有這些問題都可以通過采用分支策略來解決。這應(yīng)該為您提供：

• 能夠獨(dú)立工作并將更改推送到共享存儲(chǔ)庫，而不會(huì)影響您的團(tuán)隊(duì)成員
• 能夠?qū)㈥?duì)友的代碼與您的更改合并，并快速解決可能出現(xiàn)的任何沖突
• 保證無論團(tuán)隊(duì)規(guī)模如何，都能維護(hù)代碼標(biāo)準(zhǔn)并確保協(xié)作工作順利進(jìn)行

請注意，您可以自由選擇許多類型的分支工作流程。您還可以創(chuàng)建適合您自己的自定義分支工作流程。讓我們從最簡單的分支策略開始。

開發(fā)分支策略

在此策略中，您將設(shè)置一個(gè)名為develop的長期分支，該分支與主分支并行運(yùn)行。所有工作都首先提交到develop分支。這是一個(gè)安全的地方，您可以在其中引入可能破壞項(xiàng)目的代碼。您需要一個(gè)測試策略來確保在合并更改時(shí)不會(huì)將錯(cuò)誤引入主分支。

此工作流程的優(yōu)點(diǎn)是：

• 易于實(shí)施
• 只要在develop分支上進(jìn)行實(shí)驗(yàn)性工作，主分支就會(huì)保持穩(wěn)定和健康
• 可以在當(dāng)前正在實(shí)施功能的同時(shí)，隨時(shí)在主分支上實(shí)施熱修復(fù)

此工作流程的缺點(diǎn)是：

• 無法同時(shí)開發(fā)多個(gè)功能
• 只有一個(gè)開發(fā)人員（最多兩個(gè)）可以積極參與項(xiàng)目
• 只使用develop分支刪除和恢復(fù)功能是一項(xiàng)挑戰(zhàn)

讓我們看看另一種可以減輕這些挑戰(zhàn)的工作流程。

功能分支策略

在此工作流程中，每次要開發(fā)新功能時(shí)，您都會(huì)設(shè)置一個(gè)新的功能分支。如果出現(xiàn)問題，您可以隨時(shí)在主分支上應(yīng)用熱修復(fù)。開發(fā)人員需要首先從主分支中提取最新的修復(fù)程序，然后才能將其功能分支合并到主分支中。

為了跟蹤當(dāng)前正在開發(fā)的功能和錯(cuò)誤修復(fù)，您需要為分支制定命名約定。以下是一些您可以在互聯(lián)網(wǎng)上找到的格式建議：

• users/username/description
• users/username/workitem
• bugfix/description
• features/feature-name
• features/feature-area/feature-name
• features/id（“id”由項(xiàng)目管理工具生成）
• hotfix/description

此策略的優(yōu)點(diǎn)是：

• 您可以讓大量開發(fā)人員同時(shí)參與您的項(xiàng)目，處理多個(gè)功能
• 如果您改變主意，很容易刪除功能并稍后恢復(fù)它們
• 您可以輕松跟蹤每個(gè)開發(fā)人員正在處理的內(nèi)容

此策略的缺點(diǎn)是：

• 對于實(shí)施一項(xiàng)功能依賴于另一項(xiàng)尚未開發(fā)的功能的情況，并非總是可行同時(shí)開發(fā)功能。這意味著在所有依賴功能完成之前，功能無法推送到主分支

讓我們看看下一個(gè)策略，看看我們?nèi)绾螠p輕這個(gè)問題。

Gitflow分支策略

如果您能夠結(jié)合“開發(fā)”和“功能”分支工作流程，您將獲得一個(gè)可以消除彼此缺點(diǎn)的解決方案。Vincent Driessen撰寫了一篇博客文章，其中描述了一種高級git分支模型，該模型可以幫助大型團(tuán)隊(duì)在復(fù)雜項(xiàng)目上高效協(xié)作，并將版本控制問題降到最低。

Gitflow是一個(gè)可定制的模型，允許您選擇最適合您的項(xiàng)目和團(tuán)隊(duì)的功能。如果您使用Gitflow，您可以采用Daniel Kummer的git-flow git擴(kuò)展。這些工具允許開發(fā)人員根據(jù)Vincent的模型執(zhí)行高級存儲(chǔ)庫操作。我不會(huì)深入討論這一點(diǎn)，但以下是一些您需要了解的內(nèi)容。

優(yōu)點(diǎn)：

• 適用于在復(fù)雜項(xiàng)目上工作的大型團(tuán)隊(duì)
• 易于跟蹤活動(dòng)功能和組織版本

缺點(diǎn)：

• 對于小型項(xiàng)目來說過于復(fù)雜

現(xiàn)在讓我們看看如何使用Buddy CI服務(wù)自動(dòng)化我們分支上的任務(wù)。

分支模型管道

我們首先需要設(shè)置一個(gè)簡單的項(xiàng)目，并使用它來設(shè)置我們的管道。我們將創(chuàng)建僅自動(dòng)提取更改并運(yùn)行測試的管道。首先，創(chuàng)建一個(gè)新的GitHub存儲(chǔ)庫。將其命名為buddy-demo。

接下來，下載以下入門項(xiàng)目并將其推送到您的存儲(chǔ)庫：

<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo
$ git remote rm origin
# 將`username`替換為您自己的用戶名
$ git remote add origin git@github.com:username/buddy-demo.git
$ git config master.remote origin
$ git config master.merge refs/heads/master
$ git push -u origin master
</code>

該項(xiàng)目是一個(gè)使用Parcel構(gòu)建的簡易R(shí)eact項(xiàng)目。您可以運(yùn)行以下命令以確保其正在運(yùn)行：

<code>$ npm install
$ npm start
</code>

如果您使用的是Visual Studio Code，請按F5啟動(dòng)瀏覽器。否則，打開瀏覽器頁面并導(dǎo)航到localhost:1234。

如您所見，沒有什么特別之處。在我們將其部署到Buddy CI之前，我們需要編寫一個(gè)測試。我們將為此使用Jest測試框架：

<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo
$ git remote rm origin
# 將`username`替換為您自己的用戶名
$ git remote add origin git@github.com:username/buddy-demo.git
$ git config master.remote origin
$ git config master.merge refs/heads/master
$ git push -u origin master
</code>

更新package.json腳本部分，以便在執(zhí)行npm test命令時(shí)運(yùn)行jest。

<code>$ npm install
$ npm start
</code>

讓我們稍微更新一下srcApp.jsx：

<code>$ npm install -D jest
</code>

接下來，讓我們編寫一個(gè)通過的虛假測試。創(chuàng)建文件App.test.js并插入此代碼：

<code> "scripts": {
   //...
    "test": "jest"
  },
</code>

執(zhí)行命令npm test以確認(rèn)我們的測試已通過。

提交您的更改并將其推送到您的GitHub存儲(chǔ)庫。接下來，我們將在Buddy上設(shè)置我們的CI管道。如果您不熟悉該平臺(tái)，只需使用您的GitHub帳戶注冊一個(gè)免費(fèi)帳戶即可。請注意，Buddy支持許多除GitHub以外的遠(yuǎn)程存儲(chǔ)庫服務(wù)：

無論您選擇哪個(gè)服務(wù)提供商，Buddy都會(huì)列出您可以為其設(shè)置自動(dòng)化的存儲(chǔ)庫。在本例中，我們將選擇buddy-demo項(xiàng)目。單擊“添加新管道”按鈕，然后在下一頁中填寫以下詳細(xì)信息：

• 名稱 – 主分支
• 觸發(fā)模式 – 推送時(shí)
• 分支 – 單個(gè)分支：主分支

在我們的主分支管道中，我們將為以下內(nèi)容設(shè)置操作：

• 運(yùn)行測試
• 捆綁應(yīng)用程序
• 部署到Web服務(wù)器

在下一頁中，您將看到定義操作的不同方法。選擇Node.js，然后在下一頁上，確保已指定以下命令：

<code><div>>
  <h1>></h1>React Parcel Starter Kit>
  <p>></p>This page is on master branch!>
</div>>
</code>

您可以在“操作”選項(xiàng)卡中將操作名稱重命名為“運(yùn)行測試”。我想指出的是，如果您的測試需要數(shù)據(jù)庫服務(wù)，您可以通過“服務(wù)”選項(xiàng)卡設(shè)置一個(gè)：

大多數(shù)流行的數(shù)據(jù)庫都已得到支持。只需選擇數(shù)據(jù)庫類型并提供連接詳細(xì)信息和憑據(jù)即可。完成后，單擊“添加此操作”按鈕。在下一頁上，單擊底部的加號(hào)按鈕以添加“捆綁資源”操作。再次選擇Node.js，并在下一頁中輸入以下命令：

<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo
$ git remote rm origin
# 將`username`替換為您自己的用戶名
$ git remote add origin git@github.com:username/buddy-demo.git
$ git config master.remote origin
$ git config master.merge refs/heads/master
$ git push -u origin master
</code>

在“操作”選項(xiàng)卡中將操作重命名為“捆綁資源”。完成后單擊“添加此操作”。再次單擊加號(hào)符號(hào)以添加“部署到生產(chǎn)”操作。Buddy 原生支持將項(xiàng)目部署到不同類型的托管供應(yīng)商：

如果您在任何這些服務(wù)中擁有帳戶，請隨意使用任何部署選項(xiàng)。如果您沒有，請選擇允許您設(shè)置免費(fèi)帳戶以部署您的應(yīng)用程序的提供商。在我的例子中，我已經(jīng)有一個(gè)我可以使用的共享Web托管計(jì)劃帳戶。通常，您將擁有您的主要網(wǎng)站 www.domainname.com 來托管項(xiàng)目的實(shí)時(shí)生產(chǎn)版本。

您需要擁有一個(gè)單獨(dú)的登臺(tái)站點(diǎn)（通常對公眾隱藏），該站點(diǎn)是從您的開發(fā)或集成分支管道部署的。登臺(tái)站點(diǎn)可以只是一個(gè)子域，搜索引擎不應(yīng)該對其進(jìn)行索引。登臺(tái)站點(diǎn)將允許開發(fā)人員、項(xiàng)目經(jīng)理和測試人員在推送到實(shí)時(shí)生產(chǎn)站點(diǎn)之前確認(rèn)新功能是否正常工作。

要將您的應(yīng)用程序部署到共享或?qū)Ｓ肳eb托管服務(wù)器（使用CPanel），只需使用FTP方法即可。Buddy還提供了一個(gè)sFTP方法，該方法在上傳到服務(wù)器時(shí)會(huì)加密您的項(xiàng)目資源包。以下是我如何設(shè)置我的示例：

您需要使用您的CPanel設(shè)置一個(gè)新的FTP帳戶。確保您的新FTP用戶帳戶的主目錄直接指向www或子域文件夾。否則，您可能無法通過FTP訪問正確的托管目錄。設(shè)置管道中的所有三個(gè)操作后，您可以：

• 手動(dòng)運(yùn)行您的管道
• 將新代碼推送到您的遠(yuǎn)程存儲(chǔ)庫，Buddy將自動(dòng)為您運(yùn)行它

完成后，完整的管道如下所示：

假設(shè)您使用的是Gitflow工作流程或類似的工作流程，您可能需要為以下內(nèi)容設(shè)置其他管道：

• 開發(fā)/集成分支
• 功能分支
• 熱修復(fù)分支

開發(fā)分支管道幾乎與主分支管道相同。但是，您需要為部署提供不同的配置，以便將代碼部署到登臺(tái)站點(diǎn)。功能和熱修復(fù)分支管道只需要配置至少測試操作。您可能希望限制您可以在功能分支管道中運(yùn)行的測試數(shù)量。您可以通過簡單地將此添加到測試命令來輕松地在Jest中執(zhí)行此操作：jest --coverage --changedSince=master。這將只測試尚未推送到主分支的新代碼。

由于將存在多個(gè)功能和熱修復(fù)分支，您可能想知道如何為這種情況設(shè)置管道。很簡單——只需使用通配符選項(xiàng)：

要確認(rèn)您的develop/feature*/hotfix*管道正在工作，只需在您的計(jì)算機(jī)上創(chuàng)建分支即可。在本例中，讓我們創(chuàng)建一個(gè)隨機(jī)功能分支：

<code>$ git clone git@github.com:brandiqa/react-parcel-starter.git buddy-demo
$ git remote rm origin
# 將`username`替換為您自己的用戶名
$ git remote add origin git@github.com:username/buddy-demo.git
$ git config master.remote origin
$ git config master.merge refs/heads/master
$ git push -u origin master
</code>

然后在App.test.js中創(chuàng)建一個(gè)新的測試：

<code>$ npm install
$ npm start
</code>

接下來，提交更改并將分支推送到您的GitHub存儲(chǔ)庫：

<code>$ npm install -D jest
</code>

如果您快速切換到您的Buddy帳戶儀表板，您應(yīng)該會(huì)看到您的管道拾取您的新分支并運(yùn)行您定義的操作。這就是我們?yōu)轫?xiàng)目已采用的任何分支策略工作流程設(shè)置管道的方式。

總結(jié)

最后需要注意的是，如果您計(jì)劃擁有長期分支，最好先在共享存儲(chǔ)庫中設(shè)置它們。這樣，當(dāng)您開始創(chuàng)建新管道時(shí)，您可以簡單地使用“選擇分支”選項(xiàng)來選擇您的長期分支。

我們現(xiàn)在已經(jīng)完成了本教程。作為一項(xiàng)挑戰(zhàn)，請繼續(xù)為熱修復(fù)和開發(fā)設(shè)置管道。創(chuàng)建一些分支并編寫一些失敗的測試以查看會(huì)發(fā)生什么。您還可以繼續(xù)研究更多關(guān)于Git分支策略的信息。如果您愿意，您甚至可以安裝git-flow并使用該工具自定義您自己的分支工作流程。然后，設(shè)置您的Buddy管道以支持您的自定義git分支工作流程。

關(guān)于使用Git分支的常見問題解答 (FAQ)

使用Git分支在軟件開發(fā)中的意義是什么？

Git分支是任何軟件開發(fā)過程的關(guān)鍵部分。它們允許開發(fā)人員同時(shí)處理不同的功能或錯(cuò)誤修復(fù)，而不會(huì)影響主代碼庫。這意味著開發(fā)人員可以在安全的環(huán)境中試驗(yàn)新想法，而不會(huì)冒破壞現(xiàn)有代碼的風(fēng)險(xiǎn)。如果新功能或錯(cuò)誤修復(fù)成功，則可以將其合并回主代碼庫。這使得開發(fā)過程更高效，并降低了將錯(cuò)誤引入生產(chǎn)代碼的風(fēng)險(xiǎn)。

如何在Git中創(chuàng)建新分支？

在Git中創(chuàng)建新分支很簡單。您可以使用git branch命令，后跟新分支的名稱。例如，git branch new-feature將創(chuàng)建一個(gè)名為“new-feature”的新分支。創(chuàng)建分支后，您可以使用git checkout命令切換到該分支，如下所示：git checkout new-feature。

如何將更改從一個(gè)分支合并到另一個(gè)分支？

將更改從一個(gè)分支合并到另一個(gè)分支在Git中是使用git merge命令完成的。首先，您需要切換到要將更改合并到的分支。這可以使用git checkout命令完成。一旦您處于正確的分支上，您可以使用git merge 從另一個(gè)分支合并更改。例如，如果您想將來自名為“new-feature”的分支的更改合并到“master”分支，您將首先檢出到“master”分支，然后運(yùn)行g(shù)it merge new-feature。

什么是Git分支沖突，如何解決？

當(dāng)兩個(gè)或多個(gè)開發(fā)人員在不同分支中對代碼庫的同一部分進(jìn)行更改，然后嘗試合并這些更改時(shí)，就會(huì)發(fā)生Git分支沖突。Git不知道要保留哪些更改，要丟棄哪些更改，從而導(dǎo)致沖突。要解決沖突，您需要手動(dòng)編輯沖突的文件以決定要保留哪些更改。解決沖突后，您可以使用git add將已解決的文件添加到暫存區(qū)，然后使用git commit提交更改。

如何在Git中刪除分支？

在Git中刪除分支是使用git branch -d命令，后跟分支的名稱完成的。例如，git branch -d old-feature將刪除名為“old-feature”的分支。但是，如果分支有尚未合并的更改，Git將不允許您刪除該分支。如果您確定要?jiǎng)h除分支并丟失這些更改，您可以改用-D選項(xiàng)，如下所示：git branch -D old-feature。

如何查看Git存儲(chǔ)庫中的所有分支？

您可以使用git branch命令（不帶任何參數(shù)）查看Git存儲(chǔ)庫中的所有分支。這將列出存儲(chǔ)庫中的所有分支，當(dāng)前分支突出顯示并用星號(hào)標(biāo)記。

Git中的本地分支和遠(yuǎn)程分支有什么區(qū)別？

Git中的本地分支是僅存在于本地計(jì)算機(jī)上的分支，而遠(yuǎn)程分支是存在于遠(yuǎn)程存儲(chǔ)庫上的分支。克隆存儲(chǔ)庫時(shí)，Git會(huì)為所有遠(yuǎn)程分支創(chuàng)建本地分支。您可以處理這些本地分支，然后在準(zhǔn)備好時(shí)將更改推送到遠(yuǎn)程分支。

如何重命名Git分支？

重命名Git分支是使用git branch -m命令，后跟舊分支名稱和新分支名稱完成的。例如，git branch -m old-name new-name將把分支“old-name”重命名為“new-name”。如果您當(dāng)前位于要重命名的分支上，您可以省略舊分支名稱，如下所示：git branch -m new-name。

如何恢復(fù)Git分支中的更改？

可以使用git revert命令，后跟提交哈希來恢復(fù)Git分支中的更改。這將創(chuàng)建一個(gè)新的提交，撤消在指定提交中所做的更改。例如，git revert a867b4af將創(chuàng)建一個(gè)新的提交，撤消在哈希為“a867b4af”的提交中所做的更改。

如何查看Git分支的提交歷史記錄？

您可以使用git log命令查看Git分支的提交歷史記錄。這將按相反的時(shí)間順序顯示當(dāng)前分支上進(jìn)行的所有提交的列表。如果您想查看不同分支的提交歷史記錄，您可以指定分支名稱，如下所示：git log branch-name。

以上是如何使用git分支和好友組織項(xiàng)目代碼的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！