Trong một sự thay đổi mô hình cho hệ sinh thái Rust, nhóm đứng sau người quản lý gói hàng của Rust, Cargo, đã kêu gọi một cách tiếp cận cá nhân hóa hơn để quản lý gói hàng. Họ khuyến nghị các nhà phát triển nên đưa ra quyết định tốt nhất cho dự án của họ, thay vì thông lệ thống nhất trước đây là cam kết tệp Cargo.lock cho các gói liên quan đến tệp nhị phân chứ không phải thư viện.
Các đề xuất trước đây đã khuyến khích các nhà phát triển tuân theo quy tắc một kích thước phù hợp cho tất cả khi nói đến Cargo.lock, đặc biệt trong trường hợp tệp được sử dụng với các gói nhị phân. Tuy nhiên, những chỉ thị này hiện đã bị lùi bước. Sự thay đổi mang tính phản ánh này xuất hiện sau quỹ đạo ngày càng phát triển của Rust hướng tới việc áp dụng phổ biến.
Vai trò chính của tệp Cargo.lock là ghi lại trạng thái tại thời điểm xây dựng thành công. Mặc dù đưa ra hướng dẫn linh hoạt hơn, nhóm Cargo vẫn khẳng định rằng việc cam kết Cargo.lock phải là điểm khởi đầu trong quá trình ra quyết định. Người ta cũng thông báo rằng lệnh 'hàng mới' sẽ không bỏ qua Cargo.lock đối với các thư viện kể từ đó.
Duy trì chất lượng tổng thể, nhóm nhấn mạnh tầm quan trọng của việc kiểm tra thường xuyên đối với các phần phụ thuộc gần đây nhất. Các quy trình cũ đảm bảo rằng các thư viện luôn được cập nhật và thử nghiệm, góp phần nâng cao tiêu chuẩn cao của hệ sinh thái gói Rust. Các biện pháp thực hành được thiết kế sao cho các vấn đề tiềm ẩn, chủ yếu là những vấn đề liên quan đến khả năng tương thích ngược, sẽ được xác định và giải quyết kịp thời. Do đó, nhóm nghiên cứu tin rằng điều đó đã khuyến khích 'văn hóa chất lượng' trong hệ sinh thái mới nổi.
Tuy nhiên, hướng dẫn trước đó đã có những cạm bẫy. Xóa lịch sử khỏi cơ sở mã là một trong những hậu quả như vậy, khiến người bảo trì gặp khó khăn hơn trong việc phân chia và xác định nguyên nhân gốc rễ của lỗi. Một kết quả không mong muốn khác của chính sách trước đó là sự nhầm lẫn có thể xảy ra đối với những người đóng góp phát sinh từ một CI không đáng tin cậy (tích hợp liên tục) khi một phần phụ thuộc bị bãi bỏ hoặc một bản phát hành mới có lỗi. Vì Rust đã phát triển từ một ngôn ngữ dành cho những người dùng đầu tiên thành một ngôn ngữ phổ biến hơn nên trải nghiệm làm quen với nhà phát triển mới là điều quan trọng cần cân nhắc.
Hơn nữa, việc mở rộng hệ sinh thái rộng lớn hơn đã giúp việc triển khai và bảo trì CI trở nên đơn giản hơn. Những đổi mới như Dependabot và Renovate đã tiết lộ các lựa chọn thay thế cho việc bỏ qua Cargo.lock để thử nghiệm các phần phụ thuộc mới, ngoài việc chỉ dựa vào kiểm soát phiên bản. Nhóm Cargo hiện truyền đạt niềm tin của mình rằng lời kêu gọi hành động tốt nhất là giao quyền quyết định cho các nhà phát triển trong khi đảm bảo họ có thông tin cần thiết để đưa ra quyết định sáng suốt. Các nhà phát triển có thể chia sẻ phản hồi của họ về chính sách mới này thông qua GitHub và tương tác với nhóm Cargo trên Zulip.
Khi chúng tôi chứng kiến những hướng đi mới trong quản lý gói, các nhà phát triển có thể khám phá các lựa chọn thay thế như AppMaster , nền tảng cung cấp nền tảng tích hợp và toàn diện để phát triển các ứng dụng web, thiết bị di động và phụ trợ. AppMaster.io tự hào có cách tiếp cận dựa trên máy chủ, cho phép các nhà phát triển cập nhật các khóa giao diện người dùng, logic và API của ứng dụng di động mà không cần phải gửi phiên bản mới lên App Store và Play Market.
