API phân phối workflow của GitHub giờ đây trả về ID chạy, loại bỏ nhu cầu sử dụng các giải pháp polling tùy chỉnh khi kích hoạt workflow tự động theo cách lập trình. (ĐọcAPI phân phối workflow của GitHub giờ đây trả về ID chạy, loại bỏ nhu cầu sử dụng các giải pháp polling tùy chỉnh khi kích hoạt workflow tự động theo cách lập trình. (Đọc

Cập nhật API GitHub Actions Tối ưu hoá Theo dõi Workflow cho Nhà phát triển

2026/02/20 07:29
Đọc trong 3 phút

Cập Nhật API GitHub Actions Đơn Giản Hóa Theo Dõi Quy Trình Làm Việc Cho Nhà Phát Triển

Peter Zhang 19/02/2026 23:29

API workflow dispatch của GitHub hiện trả về ID chạy, loại bỏ nhu cầu về các giải pháp polling tùy chỉnh khi kích hoạt quy trình làm việc tự động theo chương trình.

Cập Nhật API GitHub Actions Đơn Giản Hóa Theo Dõi Quy Trình Làm Việc Cho Nhà Phát Triển

GitHub đã âm thầm giải quyết một trong những điểm khó chịu nhất đối với các nhà phát triển tự động hóa quy trình CI/CD của họ. Điểm cuối API workflow dispatch giờ đây trả về ID chạy trực tiếp trong phản hồi—một thay đổi nhỏ giúp loại bỏ hàng giờ mã giải pháp tạm thời.

Trước đây, kích hoạt quy trình làm việc qua API chỉ cho bạn trạng thái 204 No Content. Bạn biết quy trình làm việc đã bắt đầu, nhưng may mắn lắm mới tìm ra lần chạy nào là của bạn mà không cần polling API nhiều lần hoặc xây dựng hệ thống theo dõi tùy chỉnh. Điều đó giờ đã được khắc phục.

Bản cập nhật, được công bố vào ngày 19 tháng 2 năm 2026, giới thiệu một tham số tùy chọn mới có tên return_run_details. Đặt nó thành true, và bạn sẽ nhận được phản hồi 200 OK chứa ID quy trình làm việc, URL API và URL quy trình làm việc. Bỏ qua tham số, và hành vi 204 cũ vẫn tiếp tục—tính tương thích ngược được bảo toàn.

Người dùng GitHub CLI chạy phiên bản 2.87.0 trở lên sẽ tự động nhận được điều này. Kích hoạt gh workflow run và bạn sẽ thấy URL của lần chạy đã tạo cộng với lệnh gh run view để kiểm tra. CLI giờ đây mặc định return_run_details thành true.

Điều này quan trọng đối với bất kỳ ai xây dựng tự động hóa trên GitHub Actions. Hãy nghĩ về các hệ thống điều phối triển khai, quy trình xử lý hàng loạt, hoặc bất kỳ công cụ nào cần theo dõi những gì nó đã tạo ra. Cách tiếp cận trước đây—polling điểm cuối runs và cố gắng khớp dấu thời gian hoặc commit SHA—khá mong manh và tốn nhiều giới hạn tốc độ.

Thời điểm này đáng chú ý. GitHub đã xem trước khái niệm Agentic Workflows của mình chỉ hai ngày trước đó vào ngày 17 tháng 2, báo hiệu đầu tư sâu hơn vào kiểm soát quy trình làm việc theo chương trình. Và nền tảng vẫn đang phục hồi về mặt danh tiếng sau sự cố lớn ảnh hưởng đến hosted runners vào ngày 2 tháng 2 đã làm gián đoạn quy trình CI/CD trên toàn hệ sinh thái.

Để hiểu rõ hơn, GitHub đã tăng số lượng đầu vào workflow_dispatch tối đa từ 10 lên 25 vào tháng 12 năm 2025, một cải tiến chất lượng cuộc sống khác cho các kịch bản tự động hóa phức tạp.

Tính năng hiện đã hoạt động trong REST API. Tài liệu có sẵn trong hướng dẫn sự kiện quy trình làm việc Actions của GitHub cho bất kỳ ai sẵn sàng loại bỏ các giải pháp theo dõi tùy chỉnh của họ.

Nguồn hình ảnh: Shutterstock
  • github actions
  • api
  • devops
  • automation
  • developer tools
Tuyên bố miễn trừ trách nhiệm: Các bài viết được đăng lại trên trang này được lấy từ các nền tảng công khai và chỉ nhằm mục đích tham khảo. Các bài viết này không nhất thiết phản ánh quan điểm của MEXC. Mọi quyền sở hữu thuộc về tác giả gốc. Nếu bạn cho rằng bất kỳ nội dung nào vi phạm quyền của bên thứ ba, vui lòng liên hệ service@support.mexc.com để được gỡ bỏ. MEXC không đảm bảo về tính chính xác, đầy đủ hoặc kịp thời của các nội dung và không chịu trách nhiệm cho các hành động được thực hiện dựa trên thông tin cung cấp. Nội dung này không cấu thành lời khuyên tài chính, pháp lý hoặc chuyên môn khác, và cũng không được xem là khuyến nghị hoặc xác nhận từ MEXC.