25 Từ Vựng CI/CD Pipeline Mà Developer Phải Biết

📱 Học IELTS miễn phí: App IELTS 6.0

Giới thiệu

CI/CD Pipeline là xương sống của quy trình phát triển phần mềm hiện đại. Dù bạn dùng GitHub Actions, Jenkins, GitLab CI, hay CircleCI — tất cả docs, config, và log đều viết bằng tiếng Anh.

Khi pipeline fail lúc 11h đêm, bạn cần đọc hiểu log ngay lập tức — không có thời gian tra từ điển. Khi viết .github/workflows/, bạn cần biết chính xác từng keyword nghĩa là gì.

Bài viết này giúp bạn:

• Nắm 25 từ vựng CI/CD quan trọng nhất (có IPA phiên âm)
• Hiểu cách dùng trong config file thực tế (YAML)
• Đọc được pipeline logs khi build fail
• Tự tin thảo luận CI/CD với team bằng tiếng Anh

1. Từ vựng nền tảng — CI/CD Fundamentals

💡 Phân biệt quan trọng: Delivery vs Deployment

• Delivery: Code sẵn sàng deploy, nhưng cần người bấm nút
• Deployment: Code tự động lên production — không cần ai approve

Trong meeting: “We practice continuous delivery — every merge to main is deployable, but we manually trigger production releases.”

2. Pipeline Structure — Cấu trúc Pipeline

Ví dụ thực tế — GitHub Actions Workflow

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20

# .github/workflows/ci.yml
name: CI Pipeline          # Tên workflow

on:                         # Trigger - khi nào chạy
  push:
    branches: [main]
  pull_request:
    branches: [main]

jobs:                       # Danh sách jobs
  build:                    # Job name
    runs-on: ubuntu-latest  # Runner
    steps:                  # Các bước trong job
      - uses: actions/checkout@v4    # Step 1: Checkout code
      - name: Install dependencies   # Step 2
        run: npm install
      - name: Run tests              # Step 3
        run: npm test
      - name: Build                   # Step 4
        run: npm run build

Đọc log: “Job ‘build’ failed at step ‘Run tests’” → Job tên ‘build’ fail ở bước ‘Run tests’

3. Build & Test — Xây dựng và Kiểm thử

Ví dụ — Build stage trong pipeline

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

  build:
    stage: build
    steps:
      - name: Lint code
        run: npm run lint          # Kiểm tra coding style

      - name: Run unit tests
        run: npm test -- --coverage  # Chạy tests + đo coverage

      - name: Build artifact
        run: npm run build         # Tạo production build

      - name: Upload artifact
        uses: actions/upload-artifact@v4
        with:
          name: dist
          path: ./dist             # Lưu artifact để deploy stage dùng

Trong code review: “The build is passing but code coverage dropped to 65%. Can we add tests for the new module?”

4. Deployment — Triển khai

Ví dụ — Deploy stage với environments

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

  deploy-staging:
    stage: deploy
    environment: staging           # Môi trường staging
    needs: [build]                 # Chờ build job xong
    steps:
      - name: Deploy to staging
        run: ./deploy.sh staging

  deploy-production:
    stage: deploy
    environment: production        # Môi trường production
    needs: [deploy-staging]        # Chờ staging pass
    if: github.ref == 'refs/heads/main'  # Chỉ deploy từ main
    steps:
      - name: Deploy to production
        run: ./deploy.sh production

Khi incident xảy ra: “The canary release showed increased error rates. Let’s rollback to the previous version.”

5. Pipeline Management — Quản lý Pipeline

Ví dụ — Matrix build + secrets

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

  test:
    strategy:
      matrix:                         # Matrix build
        node-version: [18, 20, 22]    # Test trên 3 versions
        os: [ubuntu-latest, windows-latest]
    runs-on: ${{ matrix.os }}
    steps:
      - uses: actions/setup-node@v4
        with:
          node-version: ${{ matrix.node-version }}
          cache: 'npm'                # Cache node_modules
      - run: npm test
    env:
      API_KEY: ${{ secrets.API_KEY }} # Secret từ repo settings

Trong standup: “The matrix build caught a regression on Node 18 — works fine on 20 and 22. We need to check the polyfill.”

6. Bảng tổng hợp — Quick Reference

7. Đọc Pipeline Logs — Thực chiến

Khi pipeline fail, bạn sẽ thấy log kiểu này:

Cách đọc:

1. Pipeline #1234 failed → Pipeline số 1234 thất bại
2. Stage: test → Fail ở giai đoạn test
3. Job: unit-tests → Cụ thể job unit-tests
4. Exit code: 1 → Mã thoát 1 (lỗi, 0 là thành công)
5. 3 of 150 tests failed → 3 trong 150 test cases fail

Báo team: “Pipeline failed on the test stage — 3 unit tests are broken. The failures are in UserService, AuthController, and OrderService. I’ll fix them in the next commit.”

8. Câu nói hay dùng — CI/CD Conversations

Khi pipeline fail

Khi thảo luận CI/CD

Khi deploy

9. Practice — Bài tập thực hành

Bài 1: Điền từ vào chỗ trống

1. When code is pushed to main, the _______ automatically starts building and testing.
2. The _______ stores compiled files so the deploy stage can use them.
3. We should _______ to the previous version because the new release has a critical bug.
4. _______ variables like API keys should be stored as _______ in the CI/CD system.
5. The _______ build tests our app on both Ubuntu and Windows simultaneously.

Bài 2: Đọc hiểu YAML

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

name: Release
on:
  push:
    tags: ['v*']
jobs:
  publish:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci
      - run: npm test
      - run: npm publish
    env:
      NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN }}

Trả lời câu hỏi:

1. Pipeline này được trigger bởi sự kiện gì?
2. Có bao nhiêu steps?
3. Secret nào đang được sử dụng?
4. Pipeline chạy trên runner nào?

🔑 Đáp án

Bài 1:

1. pipeline 2. artifact 3. rollback 4. Environment, secrets 5. matrix

Bài 2:

1. Push tags bắt đầu bằng v (ví dụ: v1.0.0)
2. 4 steps (checkout, npm ci, npm test, npm publish)
3. NPM_TOKEN (lưu trong repo secrets)
4. ubuntu-latest

Kết luận

CI/CD Pipeline không chỉ là tool — nó là ngôn ngữ chung của development team hiện đại. Khi bạn nắm vững 25 từ vựng này, bạn sẽ:

• Đọc hiểu pipeline config & logs ngay lập tức
• Thảo luận CI/CD strategy với team bằng tiếng Anh
• Viết workflow files chính xác hơn
• Debug pipeline failures nhanh hơn

Hãy bắt đầu bằng cách đọc lại file .github/workflows/ trong project của bạn — áp dụng từ vựng hôm nay vào ngay! 🚀