फेसबुक ने एक नया सोर्स कोड प्रबंधन सिस्टम सैपलिंग पेश किया

फेसबुक (रूस में प्रतिबंधित) ने कंपनी की आंतरिक परियोजनाओं के विकास में उपयोग की जाने वाली सैपलिंग स्रोत कोड प्रबंधन प्रणाली प्रकाशित की है। सिस्टम का लक्ष्य एक परिचित संस्करण इंटरफ़ेस प्रदान करना है जो लाखों फाइलों, कमिट्स और शाखाओं में फैले बहुत बड़े रिपॉजिटरी तक स्केल कर सकता है। क्लाइंट कोड पायथन और रस्ट में लिखा गया है, और GPLv2 लाइसेंस के तहत खुला है।

अलग से, रिपॉजिटरी के साथ प्रभावी दूरस्थ कार्य के लिए एक सर्वर पार्ट विकसित किया गया था और रिपॉजिटरी के एक हिस्से के स्थानीय स्लाइस के साथ पूर्ण रिपॉजिटरी के साथ काम करने के लिए एक वर्चुअल फ़ाइल सिस्टम विकसित किया गया था (डेवलपर संपूर्ण रिपॉजिटरी को देखता है, लेकिन केवल अनुरोधित डेटा की प्रतिलिपि बनाई जाती है) स्थानीय सिस्टम तक, जिस तक पहुंच है)। फेसबुक इंफ्रास्ट्रक्चर में उपयोग किए जाने वाले इन घटकों का कोड अभी तक खुला नहीं है, लेकिन कंपनी ने भविष्य में इसे प्रकाशित करने का वादा किया है। हालाँकि, मोनोनोक सर्वर (रस्ट में) और VFS EdenFS (C++ में) के प्रोटोटाइप पहले से ही सैपलिंग रिपॉजिटरी में पाए जा सकते हैं। ये घटक वैकल्पिक हैं और सैपलिंग क्लाइंट काम करने के लिए पर्याप्त है, जो Git रिपॉजिटरी की क्लोनिंग, Git LFS पर आधारित सर्वर के साथ इंटरैक्ट करने और GitHub जैसे git होस्ट के साथ काम करने का समर्थन करता है।

सिस्टम का मुख्य विचार यह है कि जब एक विशेष सर्वर भाग के साथ इंटरैक्ट किया जाता है जो रिपॉजिटरी का भंडारण प्रदान करता है, तो सभी ऑपरेशनों को उस कोड में वास्तव में उपयोग की जाने वाली फ़ाइलों की संख्या के आधार पर स्केल किया जाता है, जिस पर डेवलपर काम कर रहा है, और इस पर निर्भर नहीं होता है संपूर्ण भंडार का कुल आकार. उदाहरण के लिए, एक डेवलपर बहुत बड़े रिपॉजिटरी से कोड के केवल एक छोटे हिस्से का उपयोग कर सकता है, और संपूर्ण रिपॉजिटरी के बजाय केवल इस छोटे हिस्से को ही उसके सिस्टम में स्थानांतरित किया जाएगा। कार्यशील निर्देशिका को गतिशील रूप से भरा जाता है, जैसे ही रिपॉजिटरी से फ़ाइलें एक्सेस की जाती हैं, जो एक तरफ, आपको कोड के अपने हिस्से के साथ काम में काफी तेजी लाने की अनुमति देती है, लेकिन दूसरी ओर, जब आप पहली बार एक्सेस करते हैं तो यह धीमा हो जाता है। नई फ़ाइलें और नेटवर्क तक निरंतर पहुंच की आवश्यकता होती है (कमिट की तैयारी के लिए अलग से और ऑफ़लाइन-मोड प्रदान किया जाता है)।

अनुकूली डेटा लोडिंग के अलावा, सैपलिंग परिवर्तनों के इतिहास के साथ जानकारी की लोडिंग को कम करने के उद्देश्य से अनुकूलन भी लागू करता है (उदाहरण के लिए, लिनक्स कर्नेल के साथ रिपॉजिटरी में डेटा का 3/4 परिवर्तन का इतिहास है)। परिवर्तन इतिहास के साथ प्रभावी ढंग से काम करने के लिए, इससे जुड़े डेटा को खंडित दृश्य में संग्रहीत किया जाता है, जो आपको सर्वर से प्रतिबद्ध ग्राफ़ के अलग-अलग हिस्सों को डाउनलोड करने की अनुमति देता है। क्लाइंट सर्वर से कई कमिटों के संबंध के बारे में जानकारी मांग सकता है और ग्राफ़ का केवल आवश्यक भाग डाउनलोड कर सकता है।

यह परियोजना पिछले 10 वर्षों में विकसित की गई है और एक मास्टर शाखा के साथ बहुत बड़े मोनोलिथिक रिपॉजिटरी तक पहुंच का आयोजन करते समय समस्याओं को हल करने के लिए बनाई गई थी, जिसमें "मर्ज" के बजाय "रिबेस" ऑपरेशन का उपयोग करने का अभ्यास किया गया था। उस समय, ऐसे रिपॉजिटरी के साथ काम करने के लिए कोई खुला समाधान नहीं था, और फेसबुक इंजीनियरों ने परियोजनाओं को छोटे रिपॉजिटरी में विभाजित करने के बजाय, एक नया संस्करण नियंत्रण प्रणाली बनाने का फैसला किया जो कंपनी की जरूरतों को पूरा करता था, जिससे निर्भरता प्रबंधन अधिक जटिल हो जाता। (एक समय में, इसी तरह की समस्या को हल करने के लिए, Microsoft ने GVFS परत बनाई थी)। प्रारंभ में, फेसबुक ने मर्क्यूरियल प्रणाली का उपयोग किया था और सैपलिंग प्रोजेक्ट को शुरू में मर्क्यूरियल के अतिरिक्त विकसित किया गया था। समय के साथ, सिस्टम अपने स्वयं के प्रोटोकॉल, स्टोरेज प्रारूप और एल्गोरिदम के साथ एक स्वतंत्र परियोजना में बदल गया, जिसे गिट रिपॉजिटरी के साथ बातचीत करने की क्षमता के साथ भी बढ़ाया गया था।

काम के लिए, "एसएल" कमांड-लाइन उपयोगिता प्रस्तावित है, जो विशिष्ट अवधारणाओं, वर्कफ़्लो और गिट और मर्क्यूरियल से परिचित डेवलपर्स के लिए परिचित इंटरफ़ेस को लागू करती है। सैपलिंग में शब्दावली और कमांड Git से थोड़ा अलग हैं और मर्क्यूरियल के करीब हैं। उदाहरण के लिए, शाखाओं के बजाय "बुकमार्क" का उपयोग किया जाता है (नामित शाखाएँ समर्थित नहीं हैं), डिफ़ॉल्ट रूप से, क्लोन / पुल करते समय, संपूर्ण रिपॉजिटरी लोड नहीं होती है, बल्कि केवल मुख्य शाखा होती है, कमिट की कोई पूर्व-टैगिंग नहीं होती है ( स्टेजिंग क्षेत्र), "गिट फ़ेच" के बजाय "एसएल" कमांड का उपयोग किया जाता है, "गिट पुल" के बजाय - "एसएल पुल --रीबेस", "गिट चेकआउट कमिट" के बजाय - "एसएल गोटो कमिट", इसके बजाय "git reflog" - "sl जर्नल" में, "git checkout - FILE" के बजाय परिवर्तन को पूर्ववत करने के लिए "sl revert FILE" निर्दिष्ट किया जाता है, और "।" का उपयोग "HEAD" शाखा की पहचान करने के लिए किया जाता है। लेकिन सामान्य तौर पर, शाखाओं और क्लोन/पुल/पुश/कमिट/रीबेस संचालन की सामान्य अवधारणाएं संरक्षित रहती हैं।

सैपलिंग टूलकिट की अतिरिक्त सुविधाओं में, "स्मार्ट लॉग" (स्मार्टलॉग) के लिए समर्थन प्रमुख है, जो आपको अपनी रिपॉजिटरी की स्थिति का दृश्य रूप से आकलन करने, सबसे महत्वपूर्ण जानकारी को उजागर करने और छोटे विवरणों को फ़िल्टर करने की अनुमति देता है। उदाहरण के लिए, जब आप बिना तर्क के एसएल उपयोगिता चलाते हैं, तो केवल आपके अपने स्थानीय परिवर्तन प्रदर्शित होते हैं (विदेशी परिवर्तन ढह ​​जाते हैं), बाहरी शाखाओं की स्थिति, परिवर्तित फ़ाइलें और कमिट के नए संस्करण दिखाए जाते हैं। इसके अतिरिक्त, एक इंटरैक्टिव वेब-इंटरफ़ेस की पेशकश की जाती है, जो स्मार्ट लॉग के माध्यम से जल्दी से नेविगेट करना, ट्री बदलना और कमिट करना संभव बनाता है।

सैपलिंग में एक और उल्लेखनीय सुधार त्रुटियों को ठीक करने और पार्स करने और पिछली स्थिति में वापस लाने की प्रक्रिया का सरलीकरण है। उदाहरण के लिए, कमांड "sl undo", "sl redo", "sl uncommit" और "sl unamend" को कई ऑपरेशनों को रोलबैक करने के लिए, "sl छुपाएं" और "sl unhide" कमांड को अस्थायी रूप से कमिट्स को छिपाने के लिए, और इंटरैक्टिव नेविगेशन के लिए पेश किया जाता है। पुरानी स्थिति और निर्दिष्ट बिंदु पर कमांड "sl undo -i कमांड" पर लौटें। सैपलिंग एक प्रतिबद्ध स्टैक की अवधारणा का भी समर्थन करता है, जो आपको जटिल कार्यक्षमता को छोटे और अधिक समझने योग्य वृद्धिशील परिवर्तनों (एक बुनियादी ढांचे से एक तैयार सुविधा तक) के सेट में तोड़कर चरण-दर-चरण समीक्षा व्यवस्थित करने की अनुमति देता है।

सैपलिंग के लिए कई ऐड-ऑन तैयार किए गए हैं, जिसमें परिवर्तनों की समीक्षा के लिए रिव्यूस्टैक इंटरफ़ेस (GPLv2 के तहत कोड) शामिल है, जो आपको GitHub पर पुल अनुरोधों को संसाधित करने और परिवर्तनों के स्टैक दृश्य का उपयोग करने की अनुमति देता है। इसके अलावा, VSCode और TextMate संपादकों के साथ एकीकरण के साथ-साथ ISL (इंटरएक्टिव स्मार्टलॉग) इंटरफ़ेस और सर्वर के कार्यान्वयन के लिए अतिरिक्त चीजें प्रकाशित की गई हैं।

स्रोत: opennet.ru