मोनोरेपो समझाया गया: लाभ, चुनौतियाँ, और सर्वोत्तम प्रक्रियाएँ

आप एक प्रोजेक्ट पर काम कर रहे हैं। फ्रंटएंड एक रेपो में, बैकएंड दूसरे में, और साझा लाइब्रेरी तीसरे में। और आप रेपो बदलते जा रहे हैं, यह उम्मीद करते हुए कि वर्शन एक-दूसरे से अलग न हो जाएँ।

अब कल्पना कीजिए कि सब कुछ एक ही जगह पर हो। आपके सभी प्रोजेक्ट्स के लिए एक रेपो, साझा कोड जो तुरंत अपडेट हो जाए, और बदलाव जो एक ही कमिट में हर जगह पहुँच जाएँ। 

Monorepos यह संभव बनाते हैं। यही कारण है कि कई बड़ी टेक कंपनियाँ भी इसका उपयोग करती हैं, जैसे: 

• Google ने Piper बनाया बड़े पैमाने की ऑटोमेशन के साथ
• Meta ने Mercurial को स्केल किया
• Microsoft Windows चलाता है VFS for Git के साथ एक Git monorepo में
• Uber भी mono से > multi > फिर से mono पर लौटा, जब टूलिंग परिपक्व हुई

इस गाइड में, आप जानेंगे कि monorepo क्या है, यह polyrepos से कैसे तुलना करता है, और वे प्रमुख लाभ, चुनौतियाँ, तथा सर्वोत्तम प्रथाएँ जिनके बारे में आपको पता होना चाहिए। 

Monorepo क्या है?

Monorepo (monolithic repository) का अर्थ है एक ही रेपोज़िटरी। Monorepo में आपके सभी अलग-अलग प्रोजेक्ट्स एक ही जगह रहते हैं, न कि अलग-अलग रेपोज़िटरी में बँटे हुए। 

भले ही प्रोजेक्ट साथ-साथ हों, वे फिर भी स्वतंत्र रहते हैं। यानी आप उन्हें अलग-अलग build, test और deploy कर सकते हैं, और साथ ही सब कुछ एक जगह रहने का लाभ भी मिलता है।

लेकिन ध्यान दें कि monolithic एप्लिकेशन और monorepo एक जैसी चीज़ें नहीं हैं:  

• Monolithic एप्लिकेशन (monolith) एक एकल सॉफ़्टवेयर एप्लिकेशन होता है जिसे एक इकाई के रूप में बनाया और चलाया जाता है, और आमतौर पर वही डेटा-सेट उपयोग करता है। यह monorepo के अंदर हो सकता है (कई प्रोजेक्ट्स में से एक के रूप में)।
• Monorepo कोड को इस तरह संग्रहीत और प्रबंधित करता है कि कई प्रोजेक्ट्स एक ही रेपो में रहते हैं, फिर भी एक-दूसरे से स्वतंत्र रहते हैं। 

Monorepo कोई monolithic ऐप नहीं है। दरअसल, monorepos अक्सर microservices के साथ बहुत अच्छा काम करते हैं, क्योंकि हर सर्विस एक ही रेपो में रहते हुए भी स्वतंत्र रह सकती है।

Monorepo की अवधारणा नई नहीं है। 

2000 के शुरुआती दशक में, बड़ी टेक कंपनियों ने “shared codebase” दृष्टिकोण अपनाना शुरू किया। विचार सरल था: कोड को कई रेपोज़िटरी में बिखेरने के बजाय, सब कुछ एक जगह रखें ताकि सहयोग आसान हो।

तब से, Google, Meta, Microsoft, Airbnb, Twitter (X), Uber, और Pinterest जैसी बड़ी टेक कंपनियाँ अपने बड़े और तेज़ी से बदलते codebases को प्रबंधित करने के लिए monorepos अपनाती आई हैं।

Monorepo बनाम Polyrepo

Monorepo के विपरीत polyrepo (multirepo) होता है। आइए देखें यह कैसे अलग है।  

Polyrepo

Polyrepo, जिसे multirepo भी कहते हैं, वह है जब हर प्रोजेक्ट की अपनी अलग रेपोज़िटरी होती है। 

उदाहरण के लिए, फ्रंटएंड कोड एक रेपोज़िटरी में हो सकता है, बैकएंड दूसरे में, और साझा लाइब्रेरी अलग अपनी जगह। हर रेपोज़िटरी अपनी dependencies और workflows के साथ स्वतंत्र रूप से प्रबंधित होती है।

Monorepo बनाम polyrepo। छवि: लेखक द्वारा।

मुख्य अंतरों पर एक त्वरित नज़र 

आइए देखें कि monorepos और polyrepos के बीच मुख्य अंतर क्या हैं: 

Monorepo के लाभ

Monorepos कई फायदे लाते हैं। इनमें से कुछ ये हैं: 

बेहतर सहयोग और दृश्यता

जब सारा कोड एक जगह होता है, तो हर कोई देख सकता है कि क्या चल रहा है। आप दूसरे प्रोजेक्ट्स देख सकते हैं, उनसे सीख सकते हैं, या ज़रूरत हो तो मदद भी कर सकते हैं। 

इससे टीमवर्क सुगम होता है, अलग-अलग टीमें बेहतर तालमेल से काम करती हैं, और साइलो कम होते हैं।

सरल dependency प्रबंधन 

यदि अलग-अलग प्रोजेक्ट्स वही लाइब्रेरी इस्तेमाल करते हैं लेकिन अपने-अपने वर्शन रखते हैं, तो चीज़ें जल्दी उलझ सकती हैं। 

मसलन, एक प्रोजेक्ट पुराना वर्शन उपयोग कर रहा है जबकि दूसरा नया। इससे कोड चलाना कठिन हो सकता है, और आप एक ही समस्या को एक से अधिक जगहों पर ठीक करने में समय लगा सकते हैं।

लेकिन monorepo में, साझा कोड एक ही स्थान पर रहता है। आप उसे एक बार अपडेट करते हैं, और हर प्रोजेक्ट को तुरंत फ़िक्स मिल जाता है। आपको वर्शन मिसमैच ढूँढने या अलग-अलग वर्शनों के टकराव से जूझने की ज़रूरत नहीं रहती।

एटॉमिक कमिट्स और आसान refactoring 

कभी-कभी आपको ऐसा बदलाव करना होता है जो एक से अधिक प्रोजेक्ट को प्रभावित करता है। जैसे, आप किसी साझा लाइब्रेरी को अपडेट करना चाहते हैं। Monorepo में, आप वह कोड अपडेट कर सकते हैं और सभी प्रोजेक्ट्स में फ़िक्स एक ही कमिट में लागू कर सकते हैं। 

इसका मतलब है कि सभी प्रोजेक्ट्स सिंक में रहते हैं, और आपको अनजाने में दूसरे कोड को तोड़ देने की चिंता नहीं रहती। 

सुसंगत टूलिंग और प्रक्रियाएँ

एक रेपो हो तो build, test, और deploy करने का एक ही तरीका होता है। अलग-अलग प्रोजेक्ट्स के लिए अलग सेटअप याद रखने की ज़रूरत नहीं। इससे नए सदस्यों के लिए बिना उलझन के शुरू करना आसान हो जाता है। 

कुछ workflows के लिए तेज़ iteration

यदि दो या अधिक प्रोजेक्ट्स एक ही कोड पर निर्भर हैं, जैसे किसी साझा लाइब्रेरी या यूटिलिटी पर, तो आपको अलग-अलग रेपोज़िटरी में हर प्रोजेक्ट को एक-एक करके अपडेट नहीं करना पड़ता। 

Monorepo में, आप कोड एक बार अपडेट करते हैं, और उस रेपोज़िटरी के अंदर सभी प्रोजेक्ट्स को बदलाव तुरंत मिल जाता है। यानी, अलग-अलग रेपोज़िटरी के बीच स्विच करने के बजाय, आप एक ही जगह बदलाव कर सकते हैं और हर जगह उसका प्रभाव साथ ही देख सकते हैं।

यह रोज़मर्रा की कुछ स्थितियों में मदद करता है: 

• जब आप साझा कोड का refactor करते हैं, तो आप लाइब्रेरी अपडेट करते हैं, और उस पर निर्भर हर सर्विस को वह अपडेट तुरंत मिल जाता है। 
• जब आप ऐसी फीचर जारी कर रहे होते हैं जो एक से अधिक ऐप्स को छूती है, तो आप अलग-अलग रेपोज़िटरी में समन्वय करने के बजाय सब कुछ साथ में रिलीज़ कर सकते हैं। 
• आपकी CI/CD पाइपलाइंस भी सरल हो जाती हैं क्योंकि builds और tests एक ही codebase के विरुद्ध चलते हैं, डुप्लीकेट होने के बजाय।

यह सब आगे-पीछे कम करता है, संदर्भ-स्विचिंग घटाता है, और फ़ीडबैक लूप छोटा करता है। परिणामस्वरूप, अतिरिक्त ओवरहेड के बिना iteration तेज़ हो जाती है।

Monorepo की चुनौतियाँ

Monorepos बहुत से फायदे लाते हैं, लेकिन कुछ चुनौतियाँ भी साथ लाते हैं। यहाँ मुख्य चुनौतियाँ दी गई हैं:

स्केलेबिलिटी और प्रदर्शन संबंधी समस्याएँ 

जैसे-जैसे रेपो बड़ा होता है, cloning, खोजने, या एडिटर में खोलने जैसे रोज़मर्रा के काम धीमे होने लगते हैं। क्यों? क्योंकि Git मूल रूप से बहुत बड़े codebases के लिए नहीं बनाया गया था। इसलिए बड़ी कंपनियों को अक्सर यह दबाव महसूस होता है।

लंबा build और test समय

क्योंकि सारे प्रोजेक्ट्स एक ही जगह मौजूद हैं, एक छोटा सा बदलाव भी आपकी CI/CD पाइपलाइन के लिए बहुत अतिरिक्त काम चालू कर सकता है। इसकी वजह से डेवलपर्स को builds या test suites के ख़त्म होने का इंतज़ार करना पड़ता है, इससे पहले कि वे अपने कोड को merge या रिलीज़ कर सकें। 

समय के साथ, ये देरी अन्य कार्यों को अवरुद्ध करने जैसी अतिरिक्त समस्याएँ पैदा कर सकती हैं और छोटे-छोटे, बारंबार बदलाव लागू करना कठिन बना सकती हैं।

उदाहरण के लिए Uber को लीजिए: जब उनका Go monorepo लाखों लाइनों के कोड तक पहुँचा, तो कुछ इंजीनियरों को merge से पहले builds और validation के ख़त्म होने के लिए घंटों इंतज़ार करना पड़ा। 

कुछ समय बाद, उन्होंने Bazel और कस्टम build queues जैसे टूल्स से चीज़ें तेज़ कीं। फिर भी, यह दिखाता है कि जब आपके सारे प्रोजेक्ट्स एक ही रेपो साझा करते हैं, तो CI कितनी जल्दी bottleneck बन सकता है।

मुख्य शाखा टूटने का जोखिम 

Main branch Git में डिफ़ॉल्ट शाखा है जहाँ आपके कोड का नवीनतम स्थिर वर्शन होता है। Monorepo में, हर कोई इसी साझा शाखा पर काम करता है, तो यदि कोई बदलाव इसे तोड़ देता है, तो पूरी टीम (या कंपनी) तब तक अवरुद्ध हो सकती है जब तक इसे ठीक न किया जाए।

उदाहरण के लिए Airbnb को लें। उन्होंने democratic deployment चलाया (कोई भी इंजीनियर अपना काम टेस्ट कर सकता था और रिलीज़ मैनेजर का इंतज़ार किए बिना प्रोडक्शन में भेज सकता था)। 

शुरू में यह तेज़ लगा, लेकिन कंपनी के बढ़ने के साथ, सब कुछ संभालना मुश्किल होने लगा क्योंकि उनका सारा कोड एक बड़े monorepository में था। टीम सदस्य एकसाथ बदलाव प्रोडक्शन में डालते थे, और अपडेट्स टकराते थे, जिससे समस्याओं के कारण ढूँढना कठिन हो जाता था।

एक्सेस नियंत्रण और सुरक्षा

Monorepo में एक्सेस सीमित करना कठिन होता है क्योंकि सारा कोड, कॉन्फ़िगरेशन फ़ाइलें, build scripts, और अन्य संसाधन साथ संग्रहीत होते हैं। डिफ़ॉल्ट रूप से, रेपोज़िटरी एक्सेस वाले हर डेवलपर आम तौर पर इन सभी घटकों को देख और संशोधित कर सकता है। 

यह खुला सहयोग करने के लिए ठीक है, लेकिन तब चुनौती बन जाता है जब कुछ हिस्सों, जैसे security keys, deployment scripts, या proprietary algorithms, को कड़े परमिशन चाहिए होते हैं।

उदाहरण के लिए, कोई कंपनी अपनी वेबसाइट का कोड उसी monorepo में रख सकती है। वेबसाइट पर काम करने वाले डेवलपर्स को प्रोडक्शन सर्वर के क्रेडेंशियल्स की ज़रूरत नहीं होती, लेकिन क्योंकि सब कुछ एक ही जगह है, उन्हें उन संवेदनशील फ़ाइलों को गलती से देखने या संपादित करने से रोकना कठिन हो सकता है।

नए डेवलपर्स के लिए सीखने की चुनौती 

नए लोगों के लिए, कई प्रोजेक्ट्स वाला एक विशाल रेपो भारी लग सकता है। क्यों? क्योंकि इतनी सारी फ़ाइलें और फ़ोल्डर्स होते हैं कि उन्हें समझना मुश्किल हो जाता है कि कहाँ से शुरू करें या उनके काम के लिए क्या महत्वपूर्ण है। 

उन्हें प्रोजेक्ट की संरचना, टूल्स, और dependencies भी सीखनी पड़ती हैं, इससे पहले कि वे भरोसे से builds चला सकें या बदलाव कर सकें—जो तब तक उनकी गति धीमी कर सकता है जब तक वे सब कुछ से परिचित न हो जाएँ।

Monorepo प्रबंधन के सर्वोत्तम अभ्यास

यह सुनिश्चित करने के लिए कि monorepo सुचारु रूप से काम करे, ये बातें करें:

• रेपो को तार्किक ढंग से व्यवस्थित रखें। संबंधित प्रोजेक्ट्स को साथ रखें, स्पष्ट नाम दें, और किसी के लिए भी ज़रूरी चीज़ें ढूँढना आसान बनाएं।
• लंबे समय तक चलने वाली branches से बचें। trunk-based development आज़माएँ, जहाँ हर कोई अक्सर main branch में बदलाव merge करता है। इससे रेपो साफ़ रहता है और conflicts घटते हैं। 
• Dependencies को विशिष्ट वर्शनों पर पिन करें ताकि सभी सिंक में रहें। मिसमैच से बचने के लिए पूरे रेपो में एक ही समय पर उन्हें अपग्रेड करें। 
• आधुनिक build टूल्स जैसे Bazel, Buck, Nx, Pants, Rush, या Lerna का उपयोग करें ताकि builds तेज़ हों और बड़े रेपो की जटिलता संभाली जा सके। 
• यदि केवल एक छोटा हिस्सा बदला है, तो पूरे रेपो को फिर से build या retest न करें। समय बचाने और डेवलपर्स को तेज़ फ़ीडबैक देने के लिए differential builds और targeted testing का उपयोग करें। 
• अपने VCS प्लेटफ़ॉर्म (जैसे, GitHub/GitLab) में Git CODEOWNERS सेट करें ताकि deployment scripts या कॉन्फ़िगरेशन फ़ाइलों जैसे संवेदनशील क्षेत्रों की सुरक्षा हो, और सही टीमों से बदलावों की समीक्षा आवश्यक हो।

Monorepo प्रबंधन के लोकप्रिय टूल्स

प्रोजेक्ट्स के बढ़ने के साथ monorepo जटिल हो सकता है। इसलिए चीज़ें आसान करने के लिए, builds, dependencies और व्यवस्थापन में मदद हेतु कई टूल बनाए गए हैं।  

यहाँ कुछ सबसे आम टूल्स हैं:

Bazel 

Bazel एक ओपन-सोर्स build सिस्टम है जिसे Google ने बहुत बड़े और जटिल codebases को संभालने के लिए बनाया है। 

इसके कुछ प्रमुख फ़ीचर्स:

• तेज़ builds: केवल बदली हुई चीज़ों को दोबारा बनाता है, उन्नत caching, अनुकूलित dependency विश्लेषण, और समानांतर निष्पादन का उपयोग करता है।
• मल्टी-लैंग्वेज सपोर्ट: विभिन्न प्लेटफ़ॉर्म और भाषाओं में काम करता है, जिनमें Java, C++, Go, Android, और iOS शामिल हैं, और Windows, macOS, तथा Linux पर चलता है।
• आसान स्केलिंग: विशाल monorepos और कई रेपोज़िटरी—दोनों को संभालता है, जिससे यह किसी भी आकार के संगठन के लिए उपयुक्त बनता है।
• विस्तारयोग्य: अपने एक्सटेंशन सिस्टम के साथ नई भाषाएँ और प्लेटफ़ॉर्म जोड़े जा सकते हैं, जिसे एक बढ़ता हुआ समुदाय सपोर्ट करता है।

Bazel पर Google, Stripe, और Dropbox जैसी कंपनियाँ मिशन-क्रिटिकल इन्फ्रास्ट्रक्चर और एप्लिकेशंस को build और test करने के लिए भरोसा करती हैं।

Nx

Nx monorepos प्रबंधित करने के लिए एक ओपन-सोर्स टूलकिट है और JavaScript तथा TypeScript में विशेष रूप से लोकप्रिय है, जिसमें React, Angular, Vue, और NestJS जैसे फ़्रेमवर्क्स के लिए मजबूत सपोर्ट है। यह टीमों को एक जगह कई ऐप्स और लाइब्रेरी व्यवस्थित रखने में मदद करता है, जबकि builds और tests तेज़ रखता है। 

इसके कुछ प्रमुख फ़ीचर्स: 

• स्मार्ट टास्क रनर: यह समझता है कि आपके कोड के अलग-अलग हिस्से एक-दूसरे पर कैसे निर्भर करते हैं, इसलिए यह केवल वही चलाता है जिसकी ज़रूरत है और समय की बर्बादी से बचता है।
• आपके मौजूदा सेटअप के साथ काम करता है: मौजूदा स्क्रिप्ट्स चलाता है, जैसे npm या Gradle टास्क, ताकि आपको अपना सेटअप बदलना न पड़े।
• Nx Cloud: रिमोट कैशिंग, तेज़ CI रन, और समस्याओं का स्वतः पता लगाने व ठीक करने वाले टूल्स के साथ डेवलपमेंट लाइफसाइकल को तेज़ करता है।
• अतिरिक्त टूल्स: Nx Console जैसी सुविधाएँ आपको ऑटोकंप्लीट, विज़ुअल प्रोजेक्ट ग्राफ, और टास्क प्रबंधन के आसान तरीके देती हैं।

Lerna

Lerna जावास्क्रिप्ट और टाइपस्क्रिप्ट मोनोरेपो प्रबंधन के लिए शुरुआती और विश्वसनीय टूल्स में से एक है। यह एक ही रिपॉज़िटरी में कई पैकेज व्यवस्थित करना आसान बनाता है और उनके बिल्डिंग, टेस्टिंग और पब्लिशिंग में मदद करता है।

वास्तव में, कुछ सबसे प्रसिद्ध प्रोजेक्ट्स, जैसे Create React App, Jest, और NestJS, ने अपने पैकेज प्रबंधन के लिए Lerna का उपयोग किया है। 

इसके कुछ प्रमुख फीचर्स हैं: 

• स्मार्ट बिल्ड्स: एक ही कोड को बार-बार रीबिल्ड करने के बजाय कैश किए गए परिणामों का पुन: उपयोग करके दोहराव से बचता है।
• तेज़ निष्पादन: टास्क समानांतर में चलते हैं, लेकिन फिर भी डिपेंडेंसी क्रम का सम्मान करते हैं।
• डिस्ट्रीब्यूटेड कैशिंग: बिल्ड परिणाम डेवलपर्स और CI सिस्टम्स के बीच साझा किए जा सकते हैं, जिससे बिल्ड समय घटता है।
• पैकेज पब्लिशिंग: साझा और स्वतंत्र वर्ज़निंग दोनों के साथ npm पर पब्लिश करना सरल बनाता है।
• स्केलिंग: अतिरिक्त सेटअप के बिना वर्कलोड्स को कई मशीनों में बाँटें।
• विज़ुअलाइज़ेशन: ऐसे टूल्स के साथ आता है जो दिखाते हैं कि आपके रेपो में प्रोजेक्ट्स और डिपेंडेंसियाँ कैसे जुड़ी हैं।
• कम सेटअप: बहुत कम कॉन्फ़िगरेशन की आवश्यकता, ताकि आप अपने मौजूदा npm स्क्रिप्ट्स बनाए रख सकें और उन्हें तेज़ी से चला सकें।

Pants

Pants एक तेज़ और उपयोगकर्ता-अनुकूल बिल्ड सिस्टम है जो अलग-अलग आकार के मोनोरेपो के लिए अच्छी तरह काम करता है। इसकी शुरुआत Python पर फोकस के साथ हुई थी, लेकिन अब यह Go, Java, Scala, Kotlin, Shell, और Docker को भी सपोर्ट करता है, और अधिक भाषाएँ जोड़ी जा रही हैं। 

इसी कारण यह Coinbase, IBM, Slack, Salesforce, और Orca Security जैसी कंपनियों के साथ-साथ कई छोटे टीमों द्वारा भी व्यापक रूप से उपयोग और भरोसा किया जाता है।

इसके कुछ प्रमुख फीचर्स यह हैं:

• अपनाने में आसान: न्यूनतम कॉन्फ़िगरेशन की ज़रूरत और अधिकांश बिल्ड जानकारी स्वतः अनुमानित कर सकता है, जिसका मतलब है बनाए रखने के लिए कम बोइलरप्लेट।
• सुरक्षित बिल्ड्स: मल्टीपल डिपेंडेंसी रिजॉल्व्स और लॉकफाइल्स सपोर्ट करता है, जिससे पुनरुत्पाद्य बिल्ड बनते हैं जो सप्लाई चेन अटैक्स के प्रति अधिक प्रतिरोधी होते हैं।
• लचीला: फ़ाइल स्तर पर काम करता है, इसलिए यह जटिल या उलझी हुई डिपेंडेंसी संरचनाओं को भी संभाल सकता है, बिना सख्त मॉड्युलैरिटी थोपे।
• एक्स्टेंसिबल: Python का उपयोग करने वाला प्लगइन सिस्टम प्रदान करता है ताकि टीमें इसे अपनी ज़रूरतों के अनुसार कस्टमाइज़ कर सकें।
• Git-अवेयर: ब्रांचों के बीच हुए बदलावों का पता लगाएँ और केवल प्रभावित टेस्ट या बिल्ड ही चलाएँ।

Rush 

Rush एक मोनोरेपो टूल है, जिसे जावास्क्रिप्ट प्रोजेक्ट्स के लिए डिज़ाइन किया गया है जहाँ एक ही रिपॉज़िटरी में कई पैकेज मैनेज करने की आवश्यकता होती है।

इसके कुछ प्रमुख फीचर्स हैं: 

• स्केल के लिए निर्मित: समानांतर, इनक्रिमेंटल और डिस्ट्रीब्यूटेड बिल्ड्स का समर्थन करता है, ताकि बहुत बड़े रेपो भी कुशल बने रहें।

• टीम समन्वय: डिपेंडेंसी वर्ज़न्स को सुसंगत रखता है, नए पैकेज जोड़ने से पहले उनकी समीक्षा करता है, और साझा व स्वतंत्र वर्ज़निंग दोनों का समर्थन करता है।
• विश्वसनीय इंस्टॉल्स: pnpm (अनुशंसित), npm और Yarn को सपोर्ट करता है ताकि इंस्टॉलेशन पूर्वानुमेय हों।
• ऑल-इन-वन टूल: एक ही जगह पर इंस्टॉल, लिंकिंग, बिल्ड्स, पब्लिशिंग, वर्ज़न प्रबंधन और चेंजलॉग संभालता है।

Rush एक ओपन-सोर्स और विश्वसनीय प्लेटफ़ॉर्म है, जिसका उपयोग Azure SDK, HBO Max, OneDrive, SharePoint, Office 365 और Wix जैसे बड़े प्रोडक्ट्स करते हैं।

Turborepo

Turborepo एक हाई-परफॉर्मेंस बिल्ड सिस्टम है जो जावास्क्रिप्ट और टाइपस्क्रिप्ट मोनोरेपो को तेज़ और मैनेज करना आसान बनाता है। यह उन आम स्केलिंग समस्याओं को हल करने पर फोकस करता है जो तब आती हैं जब एक ही रिपॉज़िटरी में कई ऐप्स और पैकेज सह-अस्तित्व में होते हैं।

इसके कुछ प्रमुख फीचर्स हैं:

• रिमोट कैशिंग: बिल्ड और टेस्ट के परिणाम सहेजता है ताकि वही काम दोबारा न चलाना पड़े, जिससे CI समय घटता है।
• टास्क शेड्यूलिंग: अधिकतम गति के लिए टास्क सही क्रम में और सभी उपलब्ध कोर पर समानांतर चलाता है।
• इनक्रिमेंटल अपनाना: किसी भी रेपो में मिनटों में जोड़ा जा सकता है, मौजूदा package.json स्क्रिप्ट्स का उपयोग करता है और npm, Yarn, या PNPM के साथ काम करता है।
• लाइटवेट क्लोनिंग: डेवलपर्स को मोनोरेपो के केवल वही हिस्से क्लोन करने देता है जिनकी उन्हें ज़रूरत है, जिससे सेटअप समय कम होता है।
• अनुकूलित वर्कफ़्लो: केवल बदला हुआ भाग ही बिल्ड करता है, जिससे फीडबैक लूप तेज़ रहते हैं।
• परिचित डेवलपर अनुभव: मानक Git वर्कफ़्लो के साथ काम करता है और टीमों को अपना मौजूदा कोड मैनेजमेंट तरीका बदलने की आवश्यकता नहीं होती।

Moon

Moon Rust में लिखा एक तेज़ मोनोरेपो मैनेजमेंट टूल है। यह JavaScript, TypeScript, Rust, Go, और Ruby जैसी भाषाओं को सपोर्ट करता है।

इसके कुछ प्रमुख फीचर्स हैं:

• स्पीड: स्मार्ट कैशिंग और इनक्रिमेंटल बिल्ड्स का उपयोग करता है ताकि केवल बदला हुआ कोड ही रीबिल्ड हो।
• सहयोग: रिमोट कैशिंग टीममेट्स और CI के बीच परिणाम साझा करती है।
• क्रॉस-प्लेटफ़ॉर्म: Linux, macOS और Windows पर चलता है।
• प्रोजेक्ट ग्राफ: डिपेंडेंसी मैप करता है ताकि बड़े रेपो को व्यवस्थित और स्केल करने में मदद मिले।

Lage

Lage मोनोरेपो के लिए बनाया गया एक टास्क रनर है जो गति और दक्षता पर केंद्रित है। यह टीमों को पहले से हो चुके काम को फिर से रीबिल्ड करने से बचाता है।

इसके कुछ प्रमुख फीचर्स हैं:

• दोहराया काम छोड़ता है: परिणामों का लोकली या टीममेट्स से पुन: उपयोग करता है, ताकि बिल्ड्स दो बार न चलें।
• तेज़ सेटअप: कॉन्फ़िगर करना आसान और अलग-अलग वातावरणों में काम करता है।
• कैशिंग: CI पाइपलाइंस को तेज़ करने के लिए लोकल कैश या बाहरी स्टोरेज सपोर्ट करता है।
• इनसाइट्स: बिल्ड्स को प्रोफाइल करने और डिपेंडेंसी ग्राफ़ को विज़ुअलाइज़ करने के लिए टूल्स शामिल हैं।

Yarn workspaces

Yarn ने वर्कस्पेसेज़ पेश किए ताकि एक ही रेपो (मोनोरेपो) के अंदर कई पैकेज वाले प्रोजेक्ट्स को मैनेज करना आसान हो सके। 

इसके कुछ प्रमुख फीचर्स हैं:

• डुप्लिकेट इंस्टॉल नहीं: कॉमन डिपेंडेंसियाँ केवल रूट पर इंस्टॉल होती हैं, इसलिए हर पैकेज में फूला हुआ node_modules नहीं बनता।
• स्वचालित लिंकिंग: यदि एक पैकेज उसी रेपो में किसी दूसरे पर निर्भर है, तो Yarn उन्हें आपके लिए लिंक कर देगा।
• एक लॉकफाइल: पूरे रेपो के लिए एक ही yarn.lock होता है, जो सभी पैकेजों में वर्ज़न्स को सुसंगत रखता है।

मोनोरेपो कब उपयोग करें

आइए कुछ सामान्य परिदृश्यों पर नज़र डालें जब मोनोरेपो आपके लिए सहायक हो सकता है: 

साझा कोड वाली छोटी से मध्यम आकार की टीमें

यदि आपकी टीम छोटी है और प्रोजेक्ट्स में बहुत-सा कोड पुन: उपयोग होता है, तो मोनोरेपो आपका समय बचा सकता है। क्योंकि आपकी टीम के सभी सदस्य एक ही जगह पर काम कर सकते हैं, और साझा लाइब्रेरीज़ बिना अतिरिक्त मेहनत के सिंक में रहती हैं। यानी दोनों तरफ़ फ़ायदा।  

कड़े डिपेंडेंसी संबंधों वाले प्रोजेक्ट्स

जब आपके अलग-अलग प्रोजेक्ट्स एक-दूसरे पर काफ़ी निर्भर हों, तो उन्हें एक ही रेपो में रखें। इस तरह, बदलाव कई रेपो संभालने की बाज़ीगरी के बजाय एक ही कमिट में साथ-साथ हो सकते हैं।

एकीकृत टूलिंग और विज़िबिलिटी चाहने वाले संगठन

मोनोरेपो के साथ, आप एकीकृत CI/CD कॉन्फ़िगरेशन सेट कर सकते हैं। इसका मतलब यह नहीं है कि सभी प्रोजेक्ट्स के लिए केवल एक ही पाइपलाइन होगी, बल्कि आप पाइपलाइंस को इस तरह अनुकूलित कर सकते हैं कि वे केवल हालिया कोड परिवर्तनों से प्रभावित बिल्ड्स और टेस्ट्स ही चलाएँ, जिससे समय और संसाधन बचते हैं।

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

फायदे और नुकसान का आकलन

यहाँ मोनोरेपो के लाभ और हानि का एक त्वरित अवलोकन प्रस्तुत है:

अंतिम विचार

मोनोरेपो सहयोग को आसान, डिपेंडेंसियों को सरल और इटरेशन को तेज़ बना सकता है, लेकिन इसके साथ स्केल, परफॉर्मेंस और एक्सेस से जुड़ी वास्तविक चुनौतियाँ भी आती हैं। इसे अपनाने का निर्णय आपकी टीम संरचना, प्रोजेक्ट्स के परस्पर निर्भरता के स्तर, और सही टूलिंग में निवेश के लिए आपकी तैयारी पर रणनीतिक रूप से आधारित होना चाहिए।

लेकिन मज़बूत सहयोगी आदतों और स्पष्ट ओनरशिप के बिना, सबसे बेहतरीन मोनोरेपो सेटअप भी जूझेगा। यदि आप इस दिशा में खोजबीन कर रहे हैं, तो पहले अपनी बुनियाद को धारदार बनाना फ़ायदेमंद है। Software Engineering Principles in Python कोर्स शुरू करने के लिए एक बढ़िया जगह है। यह आपको वे प्रैक्टिसेज़ विकसित करने में मदद करेगा जो मोनोरेपो को सफल बनाती हैं।