Xây dựng CI pipeline từng bước

Continuous integration chạy cùng bộ check tái hiện được cho mọi change trước merge. Pipeline hữu ích bắt đầu nhỏ—locked install, format hoặc lint, type, test, content validation và build—rồi chỉ thêm check bắt đúng risk.

Nhìn nhanh

Câu hỏi	Câu trả lời thực tế
Dùng khi nào?	Pull request trigger job tách biệt, upload failure evidence hữu ích và block merge khi required test hoặc production build lỗi.
Cần làm gì?	Thêm GitHub Actions workflow cho project nhỏ, pin action version, dùng token read-only, bật dependency cache và chủ động làm hỏng một test.
Biết là đúng bằng cách nào?	Pull request hỏng bị block kèm log hữu ích; commit sửa pass; secret không có trong log và untrusted code không nhận write token.
Lỗi hay gặp?	Pipeline dài bị developer bỏ qua yếu hơn gate nhanh và đáng tin; đưa slow optional check khỏi critical path khi phù hợp.

flowchart LR
  A[Câu hỏi] --> B[Xây dựng CI pipeline từng bước]
  B --> C[Ví dụ nhỏ]
  C --> D[Bằng chứng]

Điểm quan trọng của sơ đồ là không dừng ở định nghĩa: hãy nối khái niệm với một ví dụ nhỏ và bằng chứng có thể quan sát.

Ví dụ đã phân tích

Pull request trigger job tách biệt, upload failure evidence hữu ích và block merge khi required test hoặc production build lỗi.

Trước khi làm, hãy viết dấu hiệu thành công. Sau đó chỉ thay đổi một yếu tố, quan sát kết quả và ghi lại assumption. Với Xây dựng CI pipeline từng bước, cách này giúp tách điều bạn biết khỏi điều bạn chỉ đang đoán.

Thực hành trong 20–30 phút

Mục tiêu: Thêm GitHub Actions workflow cho project nhỏ, pin action version, dùng token read-only, bật dependency cache và chủ động làm hỏng một test.

1. Ghi lại trạng thái ban đầu và điều bạn dự đoán.
2. Thực hiện phiên bản nhỏ nhất, không thêm công cụ chưa cần thiết.
3. Thay đổi đúng một input hoặc constraint rồi chạy lại.
4. Lưu command, screenshot, output hoặc checklist làm bằng chứng.

Kết quả mong đợi: Pull request hỏng bị block kèm log hữu ích; commit sửa pass; secret không có trong log và untrusted code không nhận write token.

Sai ở đâu và sửa thế nào

Pipeline dài bị developer bỏ qua yếu hơn gate nhanh và đáng tin; đưa slow optional check khỏi critical path khi phù hợp.

Khi kết quả khác dự đoán, đừng đổi nhiều thứ cùng lúc. Kiểm tra input, version, environment, quyền truy cập và log trước; sau đó lặp lại từ ví dụ nhỏ nhất.

Định nghĩa hoàn thành

• Tôi giải thích được khái niệm bằng ngôn ngữ của mình.
• Tôi đã hoàn thành ví dụ nhỏ và giữ bằng chứng.
• Tôi biết một failure mode và cách kiểm tra nó.
• Người khác có thể làm lại mà không phải đoán bước còn thiếu.

Đi sâu hơn

Mở resource hoặc repository đi kèm ở cuối trang khi bạn cần implementation đầy đủ. Hãy kiểm tra version hiện hành trước khi dùng command trong dự án thật.