Epic Games giới thiệu Lore: Hệ thống kiểm soát phiên bản mã nguồn mở chuyên xử lý tệp tin lớn

Epic Games, cha đẻ của tựa game Fortnite đình đám, đã quyết định tự mình xây dựng một giải pháp kiểm soát phiên bản "chuẩn chỉnh" với việc phát hành mã nguồn mở cho hệ thống nội bộ mang tên Lore.

Dự án này ban đầu có tên là Unreal Revision Control và được các đội ngũ nội bộ của Epic sử dụng, cũng như đóng vai trò là hệ thống kiểm soát phiên bản (VCS) tích hợp sẵn trong Unreal Editor. Giờ đây, Epic đã sẵn sàng chia sẻ sản phẩm của mình với cộng đồng công nghệ toàn cầu.

Lore là gì?

Lore là một hệ thống VCS tập trung, sử dụng địa chỉ hóa nội dung (content-addressed) nhằm mang lại sự linh hoạt cao hơn cho các nhà phát triển. Một điểm cộng lớn là Lore được cấp phép theo giấy phép MIT – một giấy phép ít hạn chế hơn so với các yêu cầu copyleft của GNU. MIT thường được coi là thoáng mái hơn vì không yêu cầu các phái sinh phải được cấp phép theo cùng một cách, nghĩa là một bản fork của Lore có thể trở thành phần mềm độc quyền.

Lore có thể được cài đặt trên macOS, Windows và Linux. Phía máy chủ (server side) được thiết kế để có thể dễ dàng chuyển đổi sang các dịch vụ đám mây khác nhau.

Ưu tiên xử lý tệp tin nhị phân

Sự khác biệt lớn nhất giữa Lore và các hệ thống VCS khác nằm ở cách nó đối xử với các tệp tin văn bản (ví dụ: mã nguồn) và tệp tin nhị phân.

"Tất cả nội dung đều được coi là luồng byte mờ (opaque byte streams) trên đường dẫn chính," Epic giải thích trong tài liệu thiết kế hệ thống của mình. "Các tính năng nhận biết văn bản được xếp lớp ở trên cùng, không bao giờ được giả định bởi các đường dẫn lưu trữ hay vận chuyển. Nội dung nhị phân nhận được sự ưu tiên hàng đầu giống như văn bản."

Với thiết kế này, rõ ràng Epic đang nhắm đến đối tượng là các nhà phát triển game. Lore được xây dựng dành riêng cho các dự án sử dụng các tệp tin nhị phân lớn như game, nhưng điều đó không loại trừ các trường hợp sử dụng khác có tải trọng nhị phân nặng, chẳng hạn như những người xây dựng mô hình AI, các nhà phát triển hệ thống và những người làm việc với lượng lớn dữ liệu có thể đọc được bởi máy móc cùng với mã nguồn của họ.

Tại sao lại cần Lore khi đã có Git?

Hiện tại có rất nhiều lựa chọn VCS ngoài kia như Git, Perforce, Mercurial ( và hậu duệ của nó là Sapling). Vậy tại sao lại cần một hệ thống mới? Studio Fortnite cho rằng câu trả lời rất đơn giản: Không hệ thống nào làm tốt tất cả mọi thứ.

Theo Epic:

• Git: Có đồ thị sửa đổi (revision graphing) tuyệt vời nhưng coi tệp tin nhị phân là "công dân hạng hai" và thiếu tính năng cô lập đa người thuê (multi-tenant isolation) để đảm bảo người dùng trên cùng cơ sở hạ tầng không thể truy cập công việc của nhau.
• Perforce: Yêu cầu nhiều vòng lặp máy chủ (server round trips) để thực hiện các thao tác tiêu chuẩn, khiến nó quá chậm chạp.
• Mercurial và Sapling: Giải quyết quy mô của kho chứa mã nguồn một cách thanh lịch thông qua kiến trúc phân tán, nhưng một lần nữa lại coi văn bản là vua và mọi thứ khác là dữ liệu hạng hai.

"Động lực không phải là các hệ thống trước đó kém cỏi," Epic giải thích. "Những gì Lore mang lại mà nghệ thuật trước đây không có là sự kết hợp" của tất cả các tính năng đó, và cả một số tính năng khác nữa.

Các mục tiêu thiết kế chính của Epic khi tạo ra Lore bao gồm thiết kế ưu tiên nhị phân (binary-first) đã nêu ở trên, kiến trúc thưa thớt theo cấu trúc (sparse-by-construction) chỉ tải xuống các mảnh cần thiết từ máy chủ về máy khách để đảm bảo ít vòng lặp hơn, loại bỏ các bản sửa đổi được áp dụng một phần (các trạng thái trung gian vô hình đối với người đọc), và một API toàn diện cho phép Lore hoạt động với nhiều ngôn ngữ lập trình khác nhau.

Nếu bạn muốn dùng thử Lore, Epic đã công bố hướng dẫn bắt đầu nhanh (quickstart) chi tiết và các tệp tin nhị phân được xây dựng sẵn – một cách đầy mỉa mai – có sẵn ngay trên GitHub.