Gần đây tin tức đã phá vỡ rằng GitLab có kế hoạch sửa đổi các điều khoản dịch vụ của mình cho tháng tiếp theo (vào tháng XNUMX), theo đó các dự án được lưu trữ trên các tài khoản miễn phí từ GitLab.com sẽ tự động bị xóa nếu kho lưu trữ của bạn vẫn không hoạt động trong 12 tháng.
Sự thay đổi nhằm mục đích giảm chi phí bảo trì lưu trữ bằng cách giải phóng tài nguyên để lưu trữ và xử lý các dự án bị bỏ rơi và các nhánh không được phát triển.
Việc bảo trì cơ sở hạ tầng cho các dự án bị bỏ hoang được ước tính chiếm tới một phần tư tổng chi phí lưu trữ trên GitLab.com và việc tự động xóa các dự án như vậy có thể tiết kiệm tới một triệu đô la mỗi năm.
Cơ quan Đăng ký đã biết rằng các dự án như vậy chiếm tới một phần tư chi phí lưu trữ của GitLab và việc xóa dự án tự động có thể tiết kiệm cho dịch vụ cộng tác mã hóa đám mây lên đến 1 triệu đô la mỗi năm. Do đó, chính sách đã được đề xuất để giúp giữ cho tài chính của GitLab bền vững.
Những người có hiểu biết về tình huống này, những người yêu cầu giấu tên vì họ không được phép thảo luận với giới truyền thông, nói với The Register rằng chính sách này sẽ có hiệu lực vào tháng 2022 năm XNUMX.
Trước khi loại bỏ thực sự, trong vòng vài tuần hoặc vài tháng, thông báo sẽ được gửi đến chủ sở hữu kho lưu trữ yêu cầu xóa đó kèm theo cảnh báo để xác nhận mức độ phù hợp của dự án. Chỉ những dự án bị bỏ rơi mới bị xóa mà tác giả không trả lời cảnh báo, không có thay đổi nào được đăng ký trong kho lưu trữ trong năm, không có vấn đề mới nào được xuất bản và không có nhận xét nào được gửi đi.
Tuy nhiên, một số các thành viên trong cộng đồng coi việc loại bỏ được đề xuất là một hành vi xấu, vì mã từ các kho lưu trữ không hoạt động có thể được sử dụng như một phần phụ thuộc trong các dự án khác vẫn hoạt động.
Cũng cần lưu ý rằng các thay đổi vĩnh viễn không phải là mục tiêu của một số tác giả, họ có thể coi rằng trạng thái hiện tại của dự án của họ đã đạt đến mức tối ưu và mã đủ tốt và không yêu cầu cải tiến hoặc phát hiện ban đầu rằng chúng không được lên kế hoạch phát triển, nhưng điều đó có thể hữu ích cho những người xung quanh bạn.
Geoff Huntley, một người ủng hộ mã nguồn mở và là người tham gia vào cộng đồng .Net mở, đã mô tả chính sách này là "hoàn toàn hoang dã."
“Mã nguồn không chiếm nhiều dung lượng đĩa, vì ai đó xóa tất cả mã đó là hủy hoại cộng đồng. Họ sẽ phá hủy thương hiệu và thiện chí của bạn. Mọi người lưu trữ mã của họ ở đó vì có ý tưởng rằng nó sẽ có sẵn cho công chúng để sử dụng lại và phối lại.
Tất nhiên, không có gì đảm bảo rằng nó sẽ luôn được lưu trữ ở đó, nhưng các quy tắc bất thành văn của mã nguồn mở là bạn tạo mã có sẵn và bạn không xóa nó. Chúng tôi đã yêu cầu những người bảo trì kéo mã và có rất nhiều sự phẫn nộ trong cộng đồng về nó ", ông nói, lưu ý rằng các dự án khác phụ thuộc vào một sản phẩm được kéo sẽ bị ảnh hưởng.
"Tất cả các phụ thuộc không thể được biên dịch," ông than thở.
Bên cạnh đó, mã từ các dự án không hoạt động có thể được tham chiếu bởi các nguồn bên ngoài và bằng cách loại bỏ nó, một bản sao chính đã được xác minh sẽ bị mất có thể được tham chiếu (các bản sao không chính thức không được đảm bảo không có hoạt động độc hại), vì vậy thay vì xóa, có lẽ sẽ tối ưu hơn để lưu trữ trạng thái trong khi vẫn duy trì khả năng truy cập mã ở chế độ chỉ đọc.
Để tiết kiệm dung lượng đĩa khi lưu trữ các fork rác, bạn có thể sử dụng các phương pháp hiệu quả hơn để xử lý các bản sao, ví dụ: GitHub lưu trữ tất cả các đối tượng kho lưu trữ chính và các fork liên kết của chúng với nhau để tránh trùng lặp dữ liệu, bằng cách tách quyền sở hữu khỏi các cam kết một cách hợp lý.
Cuối cùng, điều đáng nói là những thay đổi về quy tắc vẫn chưa được công bố chính thức và đang trong giai đoạn lập kế hoạch nội bộ.
Cuối cùng, cho những người quan tâm muốn biết thêm về nó về ghi chú, bạn có thể tham khảo ấn phẩm gốc Trong liên kết sau đây.
điều gì đó đang xảy ra trong gitlab, trên thực tế, một số dự án đang xem xét chuyển sang các nền tảng khác, như trường hợp của postmarketOS: https://postmarketos.org/blog/2022/07/25/considering-sourcehut/