פייסבוק חושפת מערכת בקרת מקור חדשה Sapling

פייסבוק (אסורה בפדרציה הרוסית) פרסמה את מערכת בקרת המקורות Sapling, המשמשת לפיתוח פרויקטים פנימיים של החברה. המערכת שואפת לספק ממשק בקרת גרסאות מוכר שיכול להתאים עבור מאגרים גדולים מאוד המשתרעים על פני עשרות מיליוני קבצים, התחייבויות וענפים. קוד הלקוח כתוב ב-Python ו-Rust, והוא פתוח תחת רישיון GPLv2.

פותח חלק שרת בנפרד לעבודה מרחוק יעילה עם מאגרים ומערכת קבצים וירטואלית לעבודה עם פרוסה מקומית של חלק מהמאגר כמאגר שלם (המפתח רואה את כל המאגר, אך רק את הנתונים הנדרשים אליהם ניגשים מועתק למערכת המקומית). הקוד לרכיבים אלו המשמשים בתשתית של פייסבוק עדיין לא פתוח, אך החברה הבטיחה לפרסם אותו בעתיד. עם זאת, כרגע במאגר Sapling כבר ניתן למצוא אבות טיפוס של שרת Mononoke (ב-Rust) ו-VFS EdenFS (ב-C++). רכיבים אלו הם אופציונליים ומספיק לקוח Sapling כדי לעבוד, התומך בשיבוט מאגרי Git, אינטראקציה עם שרתים המבוססים על Git LFS ועבודה עם אתרי אחסון git כגון GitHub.

הרעיון המרכזי של המערכת הוא שבעת אינטראקציה עם חלק שרת מיוחד המספק אחסון של המאגר, כל הפעולות מותאמות בהתאם למספר הקבצים המשמשים בפועל בקוד עליו עובד המפתח, ואינן תלויות בו. הגודל הכולל של המאגר כולו. לדוגמה, מפתח יכול להשתמש רק בחלק קטן של קוד ממאגר גדול מאוד ורק חלק קטן זה יועבר למערכת שלו, לא למאגר כולו. ספריית העבודה מתמלאת באופן דינמי עם הגישה לקבצים מהמאגר, מה שמצד אחד מאפשר לך להאיץ משמעותית את העבודה עם החלק שלך בקוד, אך מצד שני מוביל להאטה בגישה לקבצים חדשים עבור בפעם הראשונה ודורש גישה מתמדת לרשת (ניתן בנפרד במצב לא מקוון להכנת התחייבויות).

בנוסף לטעינת נתונים אדפטיבית, Sapling מיישמת גם אופטימיזציות שמטרתן לצמצם את טעינת המידע עם היסטוריית השינויים (לדוגמה, 3/4 מהנתונים במאגר עם ליבת לינוקס הם היסטוריית השינויים). כדי לעבוד ביעילות עם היסטוריית השינויים, הנתונים הקשורים אליו מאוחסנים בייצוג מפולח המאפשר להוריד חלקים בודדים של גרף ה-commit מהשרת. הלקוח יכול לבקש מידע מהשרת על הקשר בין מספר commits ולהוריד רק את החלק הדרוש מהגרף.

הפרויקט התפתח במהלך 10 השנים האחרונות ונוצר כדי לפתור בעיות בעת ארגון גישה למאגרים מונוליטיים גדולים מאוד עם סניף מאסטר אחד, שהשתמש בפעולת "rebase" במקום "מיזוג". באותה תקופה לא היו פתרונות פתוחים לעבודה עם מאגרים כאלה, ומהנדסי פייסבוק החליטו ליצור מערכת בקרת גרסאות חדשה שתענה על צרכי החברה, במקום לפצל פרויקטים למאגרים קטנים, מה שיוביל למורכבות של ניהול תלות (בבת אחת, כדי לפתור בעיה דומה, מיקרוסופט יצרה שכבת GVFS). בתחילה, פייסבוק השתמשה במערכת Mercurial ובפרויקט Sapling בשלב הראשון שפותח כתוספת ל-Mercurial. עם הזמן, המערכת הפכה לפרויקט עצמאי עם פרוטוקול, פורמט אחסון ואלגוריתמים משלה, אשר הורחב גם עם יכולת אינטראקציה עם מאגרי Git.

לעבודה, מוצעת שירות שורת פקודה "sl", המיישמת מושגים טיפוסיים, זרימות עבודה וממשק המוכר למפתחים המכירים את Git ו-Mercurial. הטרמינולוגיה והפקודות ב-Sapling שונים מעט מ-Git וקרובים יותר ל-Mercurial. לדוגמה, במקום סניפים, נעשה שימוש ב"סימניות" (ענפים בעלי שם אינם נתמכים), כברירת מחדל, בעת ביצוע שיבוט/משיכה, לא כל המאגר נטען, אלא רק הסניף הראשי, אין סימון מקדים של commits ( אזור הבמה), במקום "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 ללא ארגומנטים, רק השינויים המקומיים שלך מוצגים על המסך (אחרים ממוזערים), המצב של סניפים חיצוניים, קבצים שהשתנו וגרסאות חדשות של commits מוצגים. בנוסף, מוצע ממשק אינטרנט אינטראקטיבי, המאפשר לנווט מהיר ביומן החכם, לשנות עץ ו-commits.

שיפור בולט נוסף ב-Sapling הוא שהוא מקל על תיקון ופתרון שגיאות והחזרה למצב קודם. לדוגמה, הפקודות "sl undo", "sl redo", "sl uncommit" ו-"sl unamend" מוצעות כדי להחזיר פעולות רבות לאחור; הפקודות "sl hide" ו-"sl unhide" משמשות להסתרת commits באופן זמני; ולניווט אינטראקטיבי דרך מצבים ישנים וחזרה לנקודה שצוינה עם הפקודה "sl undo -i command". Sapling תומך גם בקונספט של מחסנית commit, המאפשרת לך לארגן ביקורות שלב אחר שלב על ידי פיצול פונקציונליות מורכבת לסט של שינויים מצטברים קטנים ומובנים יותר (ממסגרת בסיסית לפונקציה מוגמרת).

הוכנו מספר תוספות עבור Sapling, כולל ממשק ReviewStack לבדיקת שינויים (קוד תחת GPLv2), המאפשר לך לעבד בקשות משיכה ב-GitHub ולהשתמש בתצוגת מחסנית של שינויים. בנוסף, פורסמו תוספות לאינטגרציה עם עורכי VSCode ו- TextMate, כמו גם הטמעת ממשק ושרת ISL (Interactive SmartLog).

מקור: OpenNet.ru