Migrating from GitHub to Codeberg

Zig Software Foundation · 2025 · 4. Điều chỉnh · Độ khó: Dễ — bài gốc

Bài thông báo ngắn, giọng rất chủ quan (phê phán Microsoft/GitHub và chính sách AI). Wiki chỉ giữ phần vận hành và cách migrate; các lý do đều là "theo Zig". Mốc tiếp theo trong chuỗi rời nền tảng của Zig: Zig Software Foundation 2024 → Zig Software Foundation 2025 → bài này.

Bối cảnh

• Zig ở GitHub từ git init khoảng mười năm trước. Theo Zig, chất lượng GitHub đi xuống; quan trọng nhất là GitHub Actions có lỗi lập lịch (chọn job gần như ngẫu nhiên) và không cho can thiệp tay, làm CI tắc đến mức commit trên master cũng không được kiểm tra.
• Một ràng buộc kinh tế: GitHub Sponsors là phần lớn doanh thu donate. Zig coi đó là một rủi ro phụ thuộc.

Thay đổi chính

• Thay vì chi tiền donate mua thêm máy CI để chữa cháy, chuyển git hosting sang Codeberg (Forgejo). Repo GitHub để read-only; origin chính thức là codeberg.org/ziglang/zig.git.
• Không migrate issue: để issue/PR cũ nằm ở GitHub, coi như "copy-on-write"; chỉ chuyển khi cần sửa hay bình luận thêm. Issue trên Codeberg đánh số từ 30000 để số issue không bao giờ trùng giữa hai nơi. Team vẫn xem PR và issue đang mở ở GitHub.
• Kêu gọi chuyển donate định kỳ sang Every.org (tổ chức phi lợi nhuận), dừng quyền lợi của GitHub Sponsors và làm lại trên nền tảng mới.

Bài học cho SWE

• Migration không nhất thiết phải chuyển hết dữ liệu cũ: để nguồn cũ read-only, chỉ chuyển khi có thay đổi, và chia không gian định danh (đánh số từ 30000) để tránh nhập nhằng (Migration không downtime).
• CI là hạ tầng sản xuất của một dự án mã nguồn mở; khi nó do bên thứ ba vận hành và không can thiệp được, cách sửa có thể là đổi nhà cung cấp chứ không phải thêm tài nguyên.
• Phụ thuộc vào một nền tảng không chỉ là kỹ thuật: dòng tiền (Sponsors) cũng là một điểm khoá.

Liên quan

• Cùng công ty: Zig Software Foundation 2024 · Zig Software Foundation 2025
• Migration không downtime