Epic udostępnia jako open source Lore — system kontroli wersji wbudowany w UEFN

Epic Games udostępniło jako open source Lore — system kontroli wersji działający pod spodem Unreal Editor for Fortnite (UEFN), publikując go na GitHub na licencji MIT. Projekt opisuje siebie jako "system kontroli wersji nowej generacji o otwartym kodzie źródłowym" stworzony z myślą o "bezprecedensowej skalowalności zarówno danych, jak i zespołów", a Epic zaznacza, że "służy jako wbudowany system kontroli wersji dla UEFN".

W UEFN twórcy znają już tę technologię jako Unreal Revision Control, która jest dostępna od razu po instalacji dla wszystkich nowych wysp i działa poprzez zapisywanie przyrostowych migawek, czyli rewizji, wyspy i jej zasobów. Lore to szersza, otwartoźródłowa wersja tej samej linii. Według repozytorium kompilacja open source używa innego formatu kompresji niż wersja zastrzeżona dostarczana wewnątrz UEFN.

Zbudowany dla kodu oraz dużych zasobów binarnych

Lore jest skierowany do projektów, które łączą kod źródłowy z bardzo dużymi plikami binarnymi — to samo obciążenie, które od dawna skłaniało studia do wyboru Perforce zamiast Git. Baza kodu to przede wszystkim Rust (mniej więcej 81% według podziału języków na GitHub), z mniejszymi udziałami Python i C. Epic wymienia również powiązania językowe dla JavaScript, Python, C# i Go w osobnych repozytoriach.

• Magazynowanie adresowane treścią z wykorzystaniem drzew Merkle, z niezmiennymi, kryptograficznie weryfikowanymi łańcuchami rewizji
• Magazynowanie podzielone na fragmenty dla dużych plików, dzięki czemu ponownie zapisywane są tylko zmienione części pliku
• Hydracja danych na żądanie oraz rzadkie przestrzenie robocze
• Scentralizowana architektura usług z buforowaniem, a także lekkie rozgałęzianie i szybkie przełączanie

Repozytorium wyraźnie zaznacza, że jest to wczesne oprogramowanie: najnowsze wymienione wydanie to v0.8.3 (17 czerwca 2026), a Epic ostrzega, że projekt jest w fazie przed 1.0 i podlega aktywnemu rozwojowi, przestrzegając, że "interfejsy, formaty zapisu na dysku oraz API mogą się zmieniać między wydaniami". Wsparcie społeczności kierowane jest do GitHub Issues i Discord.

Dla twórców UEFN praktyczny wniosek jest taki, że bazowy system rewizji silnika jest teraz otwartym projektem, który można przeglądać i rozszerzać, a nie zamkniętym komponentem, co daje zespołom bezpłatną opcję zarządzania ciężkimi, opartymi na zasobach projektami poza edytorem, w miarę jak system dojrzewa w kierunku stabilnego wydania 1.0.