Facebook представи нова система за управление на изходния код Sapling

Facebook (забранен в Руската федерация) публикува системата за контрол на източника Sapling, използвана при разработването на вътрешнофирмени проекти. Системата има за цел да предостави познат интерфейс за контрол на версиите, който може да се мащабира за много големи хранилища, обхващащи десетки милиони файлове, ангажименти и разклонения. Клиентският код е написан на Python и Rust и е отворен под GPLv2 лиценз.

Отделно е разработена сървърна част за ефективна дистанционна работа с хранилища и виртуална файлова система за работа с локален срез на част от хранилището като пълно хранилище (разработчикът вижда цялото хранилище, но само необходимите данни, до които има достъп се копира в локалната система). Кодът за тези компоненти, използвани в инфраструктурата на Facebook, все още не е отворен, но компанията обеща да го публикува в бъдеще. В момента обаче в хранилището на Sapling вече можете да намерите прототипи на сървъра Mononoke (в Rust) и VFS EdenFS (в C++). Тези компоненти не са задължителни и клиентът Sapling е достатъчен за работа, който поддържа клониране на Git хранилища, взаимодействие със сървъри, базирани на Git LFS и работа с git хостинг сайтове като GitHub.

Основната идея на системата е, че при взаимодействие със специална сървърна част, която осигурява съхранение на хранилището, всички операции се мащабират в зависимост от броя на действително използваните файлове в кода, върху който разработчикът работи, и не зависят от общия размер на цялото хранилище. Например, разработчик може да използва само малка част от код от много голямо хранилище и само тази малка част ще бъде мигрирана към неговата система, а не цялото хранилище. Работната директория се попълва динамично при достъп до файлове от хранилището, което, от една страна, ви позволява значително да ускорите работата с вашата част от кода, но от друга страна води до забавяне при достъпа до нови файлове за за първи път и изисква постоянен достъп до мрежата (отделно предоставен и офлайн режим за подготовка на ангажименти).

В допълнение към адаптивното зареждане на данни, Sapling също така прилага оптимизации, насочени към намаляване на зареждането на информация с историята на промените (например 3/4 от данните в хранилище с ядрото на Linux е историята на промените). За ефективна работа с хронологията на промените, свързаните с нея данни се съхраняват в сегментирано представяне, което ви позволява да изтеглите отделни части от графиката на ангажиментите от сървъра. Клиентът може да поиска информация от сървъра за връзката между няколко комита и да изтегли само необходимата част от графиката.

Проектът се развива през последните 10 години и е създаден за решаване на проблеми при организиране на достъпа до много големи монолитни хранилища с един главен клон, който използва операцията „rebase“ вместо „merge“. По това време нямаше отворени решения за работа с такива хранилища и инженерите на Facebook решиха да създадат нова система за контрол на версиите, която да отговаря на нуждите на компанията, вместо да разделят проектите на малки хранилища, което би довело до сложност на управление на зависимости (по едно време, за да реши подобен проблем, Microsoft създаде GVFS слой). Първоначално Facebook използва системата Mercurial и проектът Sapling на първия етап се развива като допълнение към Mercurial. С течение на времето системата се трансформира в независим проект със собствен протокол, формат за съхранение и алгоритми, който също беше разширен с възможност за взаимодействие с Git хранилища.

За работа се предлага помощна програма за команден ред „sl“, която реализира типични концепции, работни процеси и интерфейс, познат на разработчиците, запознати с Git и Mercurial. Терминологията и командите в Sapling са малко по-различни от Git и са по-близки до Mercurial. Например вместо клонове се използват „отметки“ (именуваните клонове не се поддържат), по подразбиране при изпълнение на клониране/изтегляне не се зарежда цялото хранилище, а само основният клон, няма предварително маркиране на ангажименти ( етапна област), вместо „git fetch“ се използва командата „sl“ pull“, вместо „git pull“ - „sl pull -rebase“, вместо „git checkout COMMIT“ - „sl goto COMMIT“, вместо "git reflog" - "sl journal", за отмяна на промяна вместо "git checkout - FILE" е посочено "sl revert FILE" и "." се използва за идентифициране на клона "HEAD". Но като цяло общите концепции за разклонения и операции за клониране/изтегляне/избутване/комитиране/ребазиране се запазват.

Сред допълнителните функции на инструментариума Sapling се откроява поддръжката на „smartlog“, която ви позволява визуално да оцените състоянието на вашето хранилище, да подчертаете най-важната информация и да филтрирате маловажните детайли. Например, когато стартирате помощната програма sl без аргументи, само вашите собствени локални промени се показват на екрана (други са минимизирани), показва се състоянието на външните клонове, променените файлове и новите версии на ангажименти. Освен това се предлага интерактивен уеб интерфейс, който дава възможност за бързо навигиране през интелигентния дневник, промяна на дървото и ангажименти.

Друго забележително подобрение в Sapling е, че улеснява коригирането и разрешаването на грешки и връщането към предишно състояние. Например, командите “sl undo”, “sl redo”, “sl uncommit” и “sl unamend” се предлагат за връщане назад на много операции; командите “sl hide” и “sl unhide” се използват за временно скриване на ангажименти; и за интерактивна навигация през стари състояния и връщане към посочената точка с командата “sl undo -i command”. Sapling също така поддържа концепцията за стек за ангажиране, която ви позволява да организирате прегледи стъпка по стъпка, като разделите сложната функционалност на набор от по-малки, по-разбираеми постепенни промени (от основна рамка до завършена функция).

Няколко допълнения са подготвени за Sapling, включително интерфейса ReviewStack за преглед на промените (код под GPLv2), който ви позволява да обработвате заявки за изтегляне на GitHub и да използвате стеков изглед на промените. Освен това са публикувани допълнения за интеграция с VSCode и TextMate редактори, както и внедряване на ISL (Interactive SmartLog) интерфейс и сървър.

Източник: opennet.ru