GitHub đang chìm dần: Tại sao đã đến lúc tìm kiếm bến đỗ mới?

GitHub đang chìm dần: Tại sao đã đến lúc tìm kiếm bến đỗ mới?

GitHub từng là một nền tảng "ngầu" và là điểm đến lý tưởng của các lập trình viên, nhưng giờ đây, nó đang trở thành một "nghĩa trang" của những thứ lộn xộn và kém chất lượng. Thời gian hoạt động (uptime) của dịch vụ này đang lao dốc về mức 0%, và người dùng ngày càng nhận ra rõ ràng dấu ấn của Microsoft. Dù biểu đồ uptime chính thức hay các trang trạng thái bị thiếu sót nói lên câu chuyện gì, thì thực tế không thể chối cãi: trải nghiệm sử dụng "GitHub phiên bản Microsoft" đang trở nên tồi tệ nếu bạn sử dụng nó thường xuyên.

Biểu đồ thời gian hoạt động của GitHub sau khi được Microsoft mua lại

Sự suy giảm dưới thời Microsoft

Sau khi Microsoft thâu tóm GitHub, họ đã áp dụng quy trình "xuống cấp" (enshittification) đặc trưng của mình lên nền tảng này. Trong số các "thành tựu" của họ là việc tạo ra Copilot, nhưng giờ đây họ đang tự tấn công chính mình bằng lượng nội dung rác (slop) khổng lồ. Sự suy giảm này không chỉ là tạm thời mà mang tính hệ thống, gây xấu hổ cho một nền tảng từng là tiêu chuẩn ngành.

Khi bài viết này được soạn thảo, những lời cáo phó cho GitHub đang xuất hiện dày đặc từ các tên tuổi lớn trong giới công nghệ. Các nhà phát triển như Mitchell Hashimoto (tác giả Ghostty), Armin Ronacher và Jonas Hietala đã tuyên bố rời bỏ GitHub. Đã đến lúc phải bước xuống con tàu đang chìm này.

Git không phải là GitHub

Một sự nhầm lẫn phổ biến là đồng nhất Git với GitHub. Git là công nghệ mã nguồn mở, phân tán và hoạt động độc lập mà không cần một dịch vụ tập trung. GitHub chỉ từng là một tiện ích bổ sung hữu ích vì tính xã hội của nó, nhưng dưới sự quản lý của Microsoft, nó đang trở thành một gánh nặng đắt đỏ và kém tin cậy.

Mặc dù hiệu ứng mạng rất khó phá vỡ, nhưng Microsoft đang làm điều đó bằng cách biến GitHub thành một bãi rao bot và sao ảo. Hệ thống CI/CD với GitHub Actions cũng bị chỉ trích là quá phức tạp và kém tin cậy. Bạn có thực sự tin tưởng vào sự ổn định của GitHub cho các dự án quan trọng không?

Các giải pháp thay thế

Nếu muốn tìm một "chiếc phao cứu sinh", bạn có thể cân nhắc các nền tảng tập trung khác. Chỉ cần đăng ký và đẩy repo của bạn đến nguồn mới. Một số dịch vụ thậm chí có thể tự động hóa quá trình di chuyển.

• Codeberg: Một dự án phi lợi nhuận do cộng đồng điều hành với lịch sử hoạt động ổn định. Đây là lựa chọn thay thế an toàn và là phiên bản chính của Forgejo.
• Gitea: Họ cung cấp dịch vụ lưu trữ Git được quản lý trên đám mây. Đây là dự án mã nguồn mở gốc mà Codeberg/Forgejo đã phân nhánh từ đó.
• GitLab: Dành cho cấp độ doanh nghiệp, nghĩa là nó cồng kềnh và khó hiểu nhưng sẽ gây ấn tượng với sếp của bạn. Đây có thể là lựa chọn nếu bạn cần nhiều cuộc họp để đưa ra quyết định.

Đối với những người thích tự chủ, việc tự host (self-hosted) một Git forge với các tính năng actions và releases là một lựa chọn tuyệt vời. Khuyến nghị cá nhân là Forgejo. Nếu bạn muốn sự hợp tác mở, hãy đẩy một bản sao đến Codeberg.

Đừng quên rằng Git hoạt động hoàn toàn tốt qua SSH mà không cần các giao diện web phức tạp:

git clone [email protected]:/path/to/repo

Cách bạn quản lý sự hợp tác là một câu chuyện khác. Nếu nhân Linux có thể được duy trì bằng cách gửi các bản vá lỗi qua danh sách email email, thì lập luận "không hoạt động ở quy mô lớn" chỉ là vấn đề kỹ năng. Nhưng nghiêm túc mà nói, một Git forge tập trung là một sự thỏa hiệp tốt đẹp. Có thể chúng sẽ sụp đổ như GitHub trong tương lai, vì vậy hãy luôn có một kế hoạch thoát hiểm.

Hãy sử dụng bất cứ thứ gì miễn là không phải là GitHub.