GitHub Actions sẽ xóa lịch sử theo mốc mặc định 90 ngày từ 1/10

Từ ngày 1/10/2026, GitHub Actions sẽ áp dụng cấu hình lưu trữ hiện dùng cho artifact và log đối với cả checks, workflow runs và statuses. Thông báo ngày 27/8 của GitHub nêu rằng các bản ghi vượt quá thời hạn đã cấu hình sẽ được tự động dọn; nếu thiết lập chưa được thay đổi, thời hạn mặc định là 90 ngày.

Đây là thay đổi đã được công bố nhưng chưa có hiệu lực; mốc chuyển chính sách vẫn là ngày 1/10/2026. Bản tổng hợp của ReleaseBytes cũng ghi nhận cùng ngày hiệu lực, ba loại lịch sử bị tác động và giới hạn tối đa 90 ngày đối với repository công khai.

Ba loại lịch sử mới sẽ bị dọn theo cấu hình hiện có

Phần thay đổi trực tiếp là checks, workflow runs và statuses. Trước đây, GitHub giữ các dữ liệu này hơn 400 ngày mà không phụ thuộc vào thời hạn artifact và log; từ ngày 1/10, chúng sẽ bị xóa khi vượt quá thời hạn Actions áp dụng tại repository, organization hoặc enterprise.

• Checks: dữ liệu kiểm tra gắn với commit hoặc pull request, thể hiện quá trình xác thực và kết quả của check.
• Workflow runs: lịch sử các lần thực thi workflow, được dùng để tra cứu một lần chạy và mối liên hệ của nó với workflow.
• Statuses: trạng thái gắn với commit, trong đó có dữ liệu do các dịch vụ tích hợp bên ngoài gửi về.

Artifact và log không phải đối tượng mới của thông báo: chúng vốn đã chịu cấu hình lưu trữ này. Điểm khác từ tháng 10 là một thiết lập sẽ chi phối cả năm nhóm dữ liệu, và nhãn trong giao diện dự kiến đổi thành “Check, workflow run, status, artifact and log retention”.

Đối với kiểm toán, việc commit hoặc pull request còn tồn tại không bảo đảm lịch sử CI liên quan vẫn có thể truy xuất. Khi checks, workflow runs hoặc statuses đã bị dọn, nhóm vận hành có thể không còn đủ metadata để xác định lần kiểm tra nào từng chạy và kết quả nào đã được ghi nhận tại thời điểm phát hành.

Giới hạn 90 và 400 ngày phụ thuộc loại repository

Repository công khai có thể đặt thời hạn từ 1 đến 90 ngày. Repository riêng tư và nội bộ có thể đặt từ 1 đến 400 ngày, nhưng giá trị ở cấp repository không được vượt quá giới hạn do organization hoặc enterprise quản lý nó đặt ra.

Cấu hình vì thế cần được kiểm tra theo đúng cấp quản trị. Tại repository, đường dẫn là Settings, Actions, General; tại organization là Settings, Actions, General; còn enterprise owner vào Policies rồi Actions. Tài liệu chính thức về chính sách Actions xác nhận mặc định 90 ngày, khoảng 1–90 ngày cho repository công khai và 1–400 ngày cho repository riêng tư hoặc nội bộ.

Việc tăng thời hạn sau khi dữ liệu đã bị loại bỏ không khôi phục được bản ghi cũ. Vì vậy, tổ chức cần phân biệt hai việc: tăng retention để giữ dữ liệu chưa hết hạn lâu hơn và xuất dữ liệu phải tồn tại ngoài giới hạn mà GitHub cho phép.

Checklist kiểm toán trước ngày 1/10

Giá trị cần chọn nên xuất phát từ thời gian tổ chức phải truy xuất bằng chứng CI. Một repository công khai cần lịch sử lâu hơn 90 ngày không thể giải quyết yêu cầu đó chỉ bằng cách chỉnh retention trên GitHub; repository riêng tư hoặc nội bộ cũng cần kho lưu trữ khác nếu nghĩa vụ vượt quá 400 ngày hoặc trần thấp hơn do cấp trên đặt ra.

1. Lập danh sách repository dùng GitHub Actions hoặc nhận commit status từ dịch vụ tích hợp.
2. Phân loại từng repository thành công khai, riêng tư hoặc nội bộ để xác định trần tương ứng.
3. Ghi lại retention tại repository, organization và enterprise; đánh dấu nơi chính sách cấp trên đang giới hạn cấp dưới.
4. Đối chiếu thời hạn hiện hành với chu kỳ kiểm toán, điều tra sự cố và yêu cầu lưu bằng chứng phát hành.
5. Xác định checks, workflow runs, statuses, artifact và log nào phải được lưu ngoài GitHub.
6. Xuất hoặc lưu trữ dữ liệu cần giữ trước khi bản ghi vượt quá thời hạn áp dụng, ưu tiên lịch sử đã cũ hơn giá trị hiện hành khi ngày 1/10 đến gần.
7. Ghi lại phạm vi, người phê duyệt, quyền truy cập và vị trí của bản lưu để bằng chứng có thể được tìm lại khi cần.

Chỉ sao chép artifact không nhất thiết bảo toàn đầy đủ lịch sử. Một gói build lưu bên ngoài có thể không cho biết check nào đã chạy, workflow run nào tạo ra nó hoặc status nào từng được ghi vào commit. Nếu yêu cầu tuân thủ cần chuỗi liên hệ đó, phương án lưu trữ phải giữ cả metadata và tệp bằng chứng liên quan.

Tăng retention có thể làm chi phí artifact và log tăng

Checks, workflow runs và statuses là metadata không bị tính phí lưu trữ Actions. Tuy nhiên, nút retention dùng chung cũng giữ artifact và log lâu hơn; hai loại dữ liệu này được tính vào dung lượng GitHub Actions có thể thanh toán. Do đó, tăng thời hạn để bảo toàn lịch sử metadata có thể gián tiếp làm chi phí tăng.

• Dưới 90 ngày: lịch sử bị dọn sớm hơn; artifact và log cũng tồn tại trong thời gian ngắn hơn, nên dung lượng tính phí có thể giảm.
• 90 ngày: là mặc định và là trần đối với repository công khai.
• 91–400 ngày: chỉ áp dụng cho repository riêng tư hoặc nội bộ trong giới hạn của cấp quản lý; khả năng truy xuất dài hơn đi kèm thời gian lưu artifact và log dài hơn.
• Lưu ngoài GitHub: cần thiết khi thời hạn bắt buộc vượt trần nền tảng hoặc khi tổ chức muốn quản lý bằng chứng CI trong một kho riêng.

Trạng thái đã xác nhận là thay đổi sẽ bắt đầu ngày 1/10/2026 và dùng cấu hình retention sẵn có. GitHub chưa nêu cơ chế khôi phục cho bản ghi bị dọn theo chính sách; lựa chọn còn lại của mỗi tổ chức là giữ nguyên thời hạn, tăng trong giới hạn được phép hoặc lưu bằng chứng cần thiết ra ngoài trước khi dữ liệu hết hạn.

Đọc thêm:

• GitHub Spark sắp đóng: Xuất mã trước 31/8 và thay mọi lệnh llm()
• View YouTube tăng từ khung hình đầu, nhưng tiền vẫn theo lượt xem gắn kết
• Owner gọi 240 triệu USD sau khi ARR vượt mốc 100 triệu USD