CI 持續整合的核心實踐是什麼？

中級考試大概率會考程式碼跟公式，所以這部分你還是要學。但如果現在學起來很痛苦，可以先跳過，等讀完其他題目回頭再來。

CI pipeline 通常用 YAML 設定檔定義。GitHub Actions 的範例：

# .github/workflows/ci.yml
name: CI Pipeline

on:
  push:             # 每次 push 就觸發
    branches: ["**"]
  pull_request:     # PR 建立或更新也觸發
    branches: [main]

jobs:
  ci:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3

      - name: Set up Python
        uses: actions/setup-python@v4
        with:
          python-version: "3.11"

      - name: Install dependencies
        run: pip install -r requirements.txt

      - name: Static analysis (flake8 + mypy)
        run: |
          flake8 src/ --max-line-length=100
          mypy src/ --ignore-missing-imports

      - name: Unit tests
        run: pytest tests/unit/ -v --tb=short

      - name: Integration tests
        run: pytest tests/integration/ -v --tb=short

Step 1　純故事版

1. 工程師 push 程式碼
2. GitHub 接到通知，自動去雲端開一台乾淨的機器
3. 機器按照 YAML 食譜：裝套件、跑 linter、跑測試
4. 全過：綠燈，PR 可以合版；任何一步失敗：紅燈，通知工程師回去修

Step 2　中文 ↔ 程式碼對照

Step 3　符號角色表

• on: push：觸發條件。設成「每次 push」就是 CI 的核心，確保沒有任何 commit 能逃過測試。
• flake8：Python 靜態分析工具，檢查語法格式、潛在錯誤，不需要執行程式就能找問題。
• mypy：Python 型別檢查工具，確認函式簽名和型別標注一致，抓出型別不符的 bug。
• pytest：Python 測試框架，跑 tests/ 目錄下的所有測試函式，確認功能正確。
• runs-on: ubuntu-latest：在乾淨的 Ubuntu 雲端機器上跑，每次都是全新環境，避免「在我電腦上沒問題」的假象。

Step 4　完整公式對應

本題沒有數學公式，這個 Step 跳過。CI 的核心是工程流程設計，不是數學。

Step 5　自我複述

蓋住設定檔，說出 CI pipeline 的 4 個必要步驟：

1. 觸發：每次 push 就啟動
2. 建置：裝套件，確認環境能建起來
3. 靜態分析：不跑程式就找語法/型別問題
4. 測試：跑單元測試和整合測試，確認功能正確