페이스북, 새로운 소스 제어 시스템 Sapling 공개

Facebook(러시아 연방에서는 금지됨)은 내부 회사 프로젝트 개발에 사용되는 Sapling 소스 제어 시스템을 게시했습니다. 이 시스템은 수천만 개의 파일, 커밋 및 분기에 걸쳐 있는 매우 큰 저장소에 맞게 확장할 수 있는 친숙한 버전 제어 인터페이스를 제공하는 것을 목표로 합니다. 클라이언트 코드는 Python과 Rust로 작성되었으며 GPLv2 라이선스에 따라 공개됩니다.

리포지토리의 효율적인 원격 작업을 위해 서버 부분이 별도로 개발되었으며, 리포지토리 일부의 로컬 조각을 완전한 리포지토리로 작업하기 위한 가상 파일 시스템(개발자는 전체 리포지토리를 볼 수 있지만 액세스하는 데 필요한 데이터만 볼 수 있음) 로컬 시스템에 복사됩니다). Facebook의 인프라에 사용되는 이러한 구성 요소에 대한 코드는 아직 공개되지 않았지만 회사는 향후 이를 게시하겠다고 약속했습니다. 그러나 현재 Sapling 저장소에서는 Mononoke 서버(Rust) 및 VFS EdenFS(C++)의 프로토타입을 이미 찾을 수 있습니다. 이러한 구성 요소는 선택 사항이며 Git 리포지토리 복제, Git LFS 기반 서버와의 상호 작용 및 GitHub와 같은 Git 호스팅 사이트 작업을 지원하는 Sapling 클라이언트만 작동하면 충분합니다.

시스템의 주요 아이디어는 저장소의 저장소를 제공하는 특수 서버 부분과 상호 작용할 때 개발자가 작업 중인 코드에서 실제로 사용되는 파일 수에 따라 모든 작업이 확장되고 의존하지 않는다는 것입니다. 전체 저장소의 전체 크기입니다. 예를 들어, 개발자는 매우 큰 저장소에서 코드의 작은 부분만 사용할 수 있으며 전체 저장소가 아닌 해당 작은 부분만 시스템으로 마이그레이션됩니다. 작업 디렉토리는 저장소의 파일에 액세스할 때 동적으로 채워지며, 이를 통해 코드 부분에 대한 작업 속도를 크게 높일 수 있지만 다른 한편으로는 새 파일에 액세스할 때 속도가 느려집니다. 처음이며 네트워크에 대한 지속적인 액세스가 필요합니다(커밋 준비를 위해 별도로 제공되며 오프라인 모드).

적응형 데이터 로드 외에도 Sapling은 변경 내역이 포함된 정보 로드를 줄이기 위한 최적화도 구현합니다(예: Linux 커널이 있는 저장소에 있는 데이터의 3/4가 변경 내역입니다). 변경 내역을 효과적으로 작업하기 위해 이와 관련된 데이터는 서버에서 커밋 그래프의 개별 부분을 다운로드할 수 있는 분할된 표현으로 저장됩니다. 클라이언트는 여러 커밋 간의 관계에 대한 정보를 서버에 요청하고 그래프에서 필요한 부분만 다운로드할 수 있습니다.

이 프로젝트는 지난 10년 동안 개발되어 왔으며 "병합" 대신 "리베이스" 작업을 사용하는 하나의 마스터 브랜치로 매우 큰 모놀리식 저장소에 대한 액세스를 구성할 때 발생하는 문제를 해결하기 위해 만들어졌습니다. 당시에는 이러한 리포지토리를 사용하기 위한 개방형 솔루션이 없었으며 Facebook 엔지니어는 프로젝트를 작은 리포지토리로 분할하여 복잡성을 초래하는 대신 회사의 요구 사항을 충족하는 새로운 버전 제어 시스템을 만들기로 결정했습니다. 종속성 관리(한때 비슷한 문제를 해결하기 위해 Microsoft는 GVFS 계층을 만들었습니다). 처음에 Facebook은 Mercurial 시스템과 Mercurial에 추가로 개발된 첫 번째 단계의 Sapling 프로젝트를 사용했습니다. 시간이 지남에 따라 시스템은 자체 프로토콜, 저장 형식 및 알고리즘을 갖춘 독립적인 프로젝트로 변모했으며 Git 리포지토리와 상호 작용할 수 있는 기능으로 확장되었습니다.

작업을 위해 Git 및 Mercurial에 익숙한 개발자에게 친숙한 일반적인 개념, 작업 흐름 및 인터페이스를 구현하는 명령줄 유틸리티 "sl"이 제공됩니다. Sapling의 용어와 명령은 Git과 약간 다르며 Mercurial에 더 가깝습니다. 예를 들어 브랜치 대신 "북마크"가 사용됩니다(네임드 브랜치는 지원되지 않음). 기본적으로 clone/pull을 실행할 때 전체 저장소가 로드되지 않고 메인 브랜치만 로드되므로 커밋에 대한 예비 표시가 없습니다( 스테이징 영역) "git fetch" 대신 "sl" 명령이 "git pull" 대신 "sl pull -rebase"로 사용됩니다. "git checkout COMMIT" 대신 "sl goto COMMIT"가 사용됩니다. "git reflog" - "sl 저널", "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은 또한 커밋 스택 개념을 지원합니다. 이를 통해 복잡한 기능을 더 작고 이해하기 쉬운 증분 변경 집합(기본 프레임워크에서 완성된 기능까지)으로 나누어 단계별 검토를 구성할 수 있습니다.

변경 사항 검토를 위한 ReviewStack 인터페이스(GPLv2의 코드)를 포함하여 Sapling을 위한 몇 가지 추가 사항이 준비되었습니다. 이를 통해 GitHub에서 풀 요청을 처리하고 변경 사항의 스택 보기를 사용할 수 있습니다. 또한 VSCode 및 TextMate 편집기와의 통합은 물론 ISL(Interactive SmartLog) 인터페이스 및 서버 구현을 위한 추가 기능도 게시되었습니다.

출처 : opennet.ru