在本文中，我們將概述一個(gè)健壯且高效的 Web 應(yīng)用程式發(fā)布流程，該流程圍繞基於主幹的開發(fā)和基於環(huán)境的功能標(biāo)誌構(gòu)建。這種方法可確保持續(xù)整合、生產(chǎn)中的輕鬆測(cè)試以及從開發(fā)到發(fā)布的順利路徑，同時(shí)保持高品質(zhì)標(biāo)準(zhǔn)。

---

核心原則

1. 基於主幹的開發(fā):

   • 主幹分支充當(dāng)所有開發(fā)工作的單一事實(shí)來源。
   • 開發(fā)人員從新功能或 Jira 票證的主幹建立功能分支（例如，feature/xyz）。
   • 拉取請(qǐng)求（PR）從這些功能分支提交到主幹，以便在測(cè)試成功後進(jìn)行審查和合併。

2. 環(huán)境為基礎(chǔ)的功能標(biāo)誌:

   • 功能標(biāo)誌用於控制跨環(huán)境的功能活化。
   • 標(biāo)誌儲(chǔ)存在特定於環(huán)境的設(shè)定檔中或作為 CI/CD 管道配置的一部分。
   • 在主幹分支中，所有功能標(biāo)誌預(yù)設(shè)為 OFF。
   • 可以根據(jù)需要在特定環(huán)境（例如沙盒、暫存或生產(chǎn)）中ON切換標(biāo)誌。

---

Sprint 中的 JIRA 版本

---

環(huán)境部署流程

1. 沙箱或暫存環(huán)境：

   • 對(duì)於 QA 和整合測(cè)試，團(tuán)隊(duì)可以從主幹建立一個(gè)以 sandbox/ 為前綴的分支（例如 sandbox/xyz）。
   • 此分支使用 CI/CD 管道部署到專用的沙箱或臨時(shí)環(huán)境。
   • QA 團(tuán)隊(duì)可以驗(yàn)證新功能，整合測(cè)試可以確保相容性。
   • 在此環(huán)境中將功能標(biāo)誌切換為ON以測(cè)試特定功能。

2. 生產(chǎn)發(fā)布準(zhǔn)備：

   • 要準(zhǔn)備發(fā)布，請(qǐng)從主幹建立一個(gè)release/xyz 分支。
   • release/xyz 分支作為候選版本，最初部署到 生產(chǎn)流量的 5% 用於 Beta 測(cè)試。
   • 新功能的功能標(biāo)誌在此分支中切換ON，以允許在生產(chǎn)中進(jìn)行測(cè)試。
   • Nginx 或類似的負(fù)載平衡器可以處理這種流量分割，確保只有一部分使用者看到變更。

---

功能標(biāo)誌：範(fàn)例與用法

1. 標(biāo)誌結(jié)構(gòu):

   • 將功能標(biāo)誌儲(chǔ)存在設(shè)定檔中（例如 config/feature-flags.json）：

    {
      "feature_xyz": false,
      "feature_abc": true
    }
   

• 在運(yùn)行時(shí)使用環(huán)境變數(shù)來控制標(biāo)誌：
  

   FEATURE_XYZ=true FEATURE_ABC=false npm start
  

1. 後端範(fàn)例:

   • 在程式碼中切換標(biāo)誌：

    const featureFlags = require('./config/feature-flags');
   
    if (featureFlags.feature_xyz) {
        console.log('Feature XYZ is enabled!');
    } else {
        console.log('Feature XYZ is disabled.');
    }
   

2. 前端範(fàn)例:

   • 使用標(biāo)誌有條件地渲染 UI 元件：

    if (process.env.REACT_APP_FEATURE_XYZ === 'true') {
        render(<NewFeatureComponent />);
    } else {
        render(<OldFeatureComponent />);
    }
   

3. 測(cè)試期間切換標(biāo)誌:

   • 要切換測(cè)試標(biāo)誌，請(qǐng)更新配置或環(huán)境變數(shù)並重新啟動(dòng)相關(guān)服務(wù)（前端或後端）：

    FEATURE_XYZ=true npm start
   

• 對(duì)於 CI/CD 管道，請(qǐng)確保在部署期間將適當(dāng)?shù)臉?biāo)誌值注入到環(huán)境中。

---

生產(chǎn)中測(cè)試

1. Beta 測(cè)試的流量路由:

   • 使用Nginx配置來控制流量分配：

    http {
        upstream stable_backend {
            server stable_backend_1;
            server stable_backend_2;
        }
   
        upstream canary_backend {
            server canary_backend_1;
            server canary_backend_2;
        }
   
        upstream mixed_backend {
            server stable_backend_1 weight=45;
            server stable_backend_2 weight=45;
            server canary_backend_1 weight=5;
            server canary_backend_2 weight=5;
        }
   
        server {
            listen 80;
            server_name my-app.example.com;
   
            location / {
                if ($http_x_qa_test = "true") {
                    proxy_pass http://canary_backend;
                    break;
                }
   
                proxy_pass http://mixed_backend;
            }
        }
    }
   

• 透過調(diào)整負(fù)載平衡器權(quán)重，將 5% 的生產(chǎn)流量路由到執(zhí)行新版本的伺服器。

1. 生產(chǎn)中的專門 QA 測(cè)試：
   • QA 團(tuán)隊(duì)可以將自訂 Cookie（例如 qa-test=true）附加到他們的請(qǐng)求中。
   • Nginx 100% 檢查此 cookie 並將這些請(qǐng)求路由到新版本，確保在生產(chǎn)中進(jìn)行有針對(duì)性的測(cè)試。

---

穩(wěn)定發(fā)表

1. 修正問題：

   • 開發(fā)人員透過向主幹分支開放 PR 來修復(fù) Beta 測(cè)試期間發(fā)現(xiàn)的任何問題。
   • 合併後，這些修復(fù)程序?qū)⒈痪奶暨x到release/xyz分支。

2. 完成發(fā)布：

   • 所有問題解決且分支穩(wěn)定後，發(fā)布分支會(huì)被標(biāo)記為語意版本（例如v1.2.0），觸發(fā)部署到穩(wěn)定後端。
   • 產(chǎn)生版本說明以用於文件並與利害關(guān)係人共用。

---

修補(bǔ)程式

1. 建立修補(bǔ)程式分支:

   • 對(duì)於緊急修復(fù)，請(qǐng)直接從最新的生產(chǎn)標(biāo)籤建立一個(gè) hotfix/xyz 分支。
   • 修補(bǔ)程式分支遵循與發(fā)布分支相同的穩(wěn)定和標(biāo)記過程。

2. 版本控制：

   • 修補(bǔ)程式依照語意版本控制 (SemVer) 標(biāo)準(zhǔn)增加修補(bǔ)程式版本（例如，從 v1.2.0 到 v1.2.1）。

---

分行清理

• 定期刪除合併的分支以避免混亂。
• 定期刪除未使用的功能標(biāo)誌以維持組織。
• 使用 GitHub Actions 或類似工具在合併後自動(dòng)刪除分支。

---

替代品質(zhì)保證與測(cè)試策略

除了 cookie，在生產(chǎn)中路由 QA 流量的其他策略包括：

1. 基於標(biāo)頭的路由:

   • QA 會(huì)為他們的請(qǐng)求添加自訂標(biāo)頭（例如 X-QA-Test: true）。
   • Nginx 將這些請(qǐng)求路由到新版本進(jìn)行測(cè)試。

2. 基於 IP 的路由:

   • 根據(jù) QA 的 IP 位址限制新版本的流量。

3. 基於驗(yàn)證令牌的路由:

   • QA 使用與角色或令牌綁定的特定測(cè)試帳戶登錄，以確保請(qǐng)求路由到新版本。

---

結(jié)論

此發(fā)布流程利用基於主幹的開發(fā)和基於環(huán)境的功能標(biāo)誌來建立可擴(kuò)展、可測(cè)試且生產(chǎn)安全的部署工作流程。透過使用沙箱環(huán)境、流量路由和專用測(cè)試策略，團(tuán)隊(duì)可以提供高品質(zhì)的功能，同時(shí)最大限度地降低風(fēng)險(xiǎn)。此方法可確保及早發(fā)現(xiàn)問題並有效解決，為無縫功能推出和修補(bǔ)程式鋪路。

以上是簡(jiǎn)化 Web 應(yīng)用程式的發(fā)布流程：具有功能標(biāo)誌的基於主幹的開發(fā)的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！