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

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

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

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

先決條件

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

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

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

零分支策略

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

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

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

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

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

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

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

開發(fā)分支策略

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

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

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

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

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

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

功能分支策略

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

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

• users/username/description
• users/username/workitem
• bugfix/description
• features/feature-name
• features/feature-area/feature-name
• features/id（“id”由項目管理工俱生成）
• hotfix/description

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

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

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

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

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

Gitflow分支策略

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

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

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

• 適用於在復(fù)雜項目上工作的大型團(tuán)隊
• 易於跟蹤活動功能和組織版本

缺點(diǎn)：

• 對於小型項目來說過於復(fù)雜

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

分支模型管道

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

接下來，下載以下入門項目並將其推送到您的存儲庫：

<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>

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

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

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

如您所見，沒有什麼特別之處。在我們將其部署到Buddy CI之前，我們需要編寫一個測試。我們將為此使用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命令時運(yùn)行jest。

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

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

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

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

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

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

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

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

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

在我們的主分支管道中，我們將為以下內(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>

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

大多數(shù)流行的數(shù)據(jù)庫都已得到支持。只需選擇數(shù)據(jù)庫類型並提供連接詳細(xì)信息和憑據(jù)即可。完成後，單擊“添加此操作”按鈕。在下一頁上，單擊底部的加號按鈕以添加“捆綁資源”操作。再次選擇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>

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

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

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

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

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

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

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

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

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

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

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

要確認(rèn)您的develop/feature*/hotfix*管道正在工作，只需在您的計算機(jī)上創(chuàng)建分支即可。在本例中，讓我們創(chuàng)建一個隨機(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)建一個新的測試：

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

接下來，提交更改並將分支推送到您的GitHub存儲庫：

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

如果您快速切換到您的Buddy帳戶儀表板，您應(yīng)該會看到您的管道拾取您的新分支並運(yùn)行您定義的操作。這就是我們?yōu)轫椖恳褣裼玫娜魏畏种Р呗怨ぷ髁鞒淘O(shè)置管道的方式。

總結(jié)

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

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

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

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

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

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

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

如何將更改從一個分支合併到另一個分支？

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

什麼是Git分支衝突，如何解決？

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

如何在Git中刪除分支？

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

如何查看Git存儲庫中的所有分支？

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

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

Git中的本地分支是僅存在於本地計算機(jī)上的分支，而遠(yuǎn)程分支是存在於遠(yuǎn)程存儲庫上的分支?？寺〈鎯鞎r，Git會為所有遠(yuǎn)程分支創(chuàng)建本地分支。您可以處理這些本地分支，然後在準(zhǔn)備好時將更改推送到遠(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)建一個新的提交，撤消在指定提交中所做的更改。例如，git revert a867b4af將創(chuàng)建一個新的提交，撤消在哈希為“a867b4af”的提交中所做的更改。

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

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

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