GitHub ने 8 सितंबर 2026 को GitHub Enterprise Server 3.22 को सामान्य उपलब्धता में जारी किया। GitHub की आधिकारिक घोषणा में सामान्य रूप से उपलब्ध Enterprise Teams, अलग-थलग परिवेशों के लिए तकनीकी पूर्वावलोकन वाला Copilot CLI विन्यास और नए सुरक्षा तथा रिपॉज़िटरी नियंत्रण शामिल हैं।
इस उन्नयन का सबसे बड़ा जोखिम पुरानी क्लस्टर टोपोलॉजी से जुड़ा है। संस्करण 3.22.0 के विस्तृत नोट्स बताते हैं कि क्लस्टर के लिए उच्च-उपलब्धता प्रतिकृति हटा दी गई है और अब उसे विन्यस्त या इस्तेमाल नहीं किया जा सकता; इसी संस्करण में REST API के कुछ फ़ील्ड हटे हैं, प्री-रिसीव हुक का नेटवर्क व्यवहार बदला है और 3.23 के लिए अन्य निष्कासन तय हैं।
क्लस्टर HA हटने का दायरा
यह बदलाव हर क्लस्टर सुविधा या प्रतिकृति के प्रत्येक रूप को समाप्त नहीं करता। इसका दायरा खास तौर पर क्लस्टर टोपोलॉजी का पुराना HA प्रतिकृति विन्यास है। इसलिए उन्नयन से पहले यह देखना जरूरी है कि उत्पादन व्यवस्था की विफलता-सहनशीलता इसी हटाए गए विन्यास पर निर्भर तो नहीं है।
संस्करण 3.22 में एक नया आंतरिक प्रतिकृति नियंत्रक भी जोड़ा गया है, जो विभिन्न सेवाओं की इच्छित और वास्तविक प्रतिकृति स्थिति का मिलान करता है। यह परिचालन सुधार है, लेकिन GitHub ने इसे हटाई गई क्लस्टर HA व्यवस्था का सीधा प्रतिस्थापन नहीं बताया है। समान नाम या समान उद्देश्य वाली दूसरी प्रतिकृति सुविधा को स्वतः विकल्प मानना सुरक्षित निष्कर्ष नहीं होगा।
पुराने HA विन्यास वाली स्थापना के लिए 3.22 सामान्य पैच जैसा उन्नयन नहीं है। प्रशासकों को मौजूदा नोड भूमिकाओं, प्रतिकृति टोपोलॉजी, विफलता की स्थिति में सेवा बहाली और समर्थित वास्तुकला का मिलान उन्नयन की स्वीकृति से पहले करना होगा।
3.22 में मिली नई क्षमताएँ
नई सुविधाओं में Enterprise Teams सबसे महत्वपूर्ण प्रशासनिक परिवर्तन है। यह अब सामान्य रूप से उपलब्ध है और एंटरप्राइज़ मालिकों को कई संगठनों तथा रिपॉज़िटरी में केंद्रीकृत टीम संरचना से उपयोगकर्ता और पहुँच प्रबंधित करने देता है। इसके विपरीत, इंटरनेट से कटे परिवेश में GitHub Enterprise Server के जरिए Copilot CLI के मॉडल प्रदाता को विन्यस्त करने की क्षमता अभी तकनीकी पूर्वावलोकन में है।
उन्नयन का प्रारंभिक चरण रखरखाव अवधि से पहले चलाया जा सकता है, जिससे मुख्य उन्नयन के दौरान सेवा बंद रहने का समय घट सकता है।
रिपॉज़िटरी नियम-समूह में अब किसी व्यक्तिगत उपयोगकर्ता को अपवाद दिया जा सकता है। आवश्यक समीक्षक नियम शाखा, फ़ाइल या फ़ोल्डर के नमूनों के अनुसार चुनी गई टीम की स्वीकृति माँग सकता है और CODEOWNERS के साथ काम करता है।
गुप्त सूचना जाँच से जुड़े बाइपास और चेतावनी खारिज करने के अनुरोध तारीख के आधार पर क्रमबद्ध किए जा सकते हैं। लंबे समय से निष्क्रिय रिपॉज़िटरी के लिए आवधिक कोड जाँच भी सक्रिय की जा सकती है।
GitHub Actions के निर्धारित कार्यप्रवाह में समय क्षेत्र चुनने की सुविधा सार्वजनिक पूर्वावलोकन में है। Actions Runner Controller अब एक मापक समूह के लिए अनेक लेबल स्वीकार करता है।
इन क्षमताओं की उपलब्धता समान नहीं है। Enterprise Teams को उत्पादन उपयोग के लिए सामान्य उपलब्धता मिली है, जबकि अलग-थलग परिवेश वाला Copilot CLI विन्यास और समय क्षेत्र आधारित निर्धारित कार्यप्रवाह अभी पूर्वावलोकन क्षमताएँ हैं।
वे बदलाव जो पुराने विन्यास तोड़ सकते हैं
नई क्षमताओं से अलग, संस्करण 3.22 में ऐसे परिवर्तन भी हैं जो मौजूदा एकीकरण, हुक या मार्ग व्यवस्था को प्रभावित कर सकते हैं। उन्नयन समीक्षा में इन्हें स्वतंत्र सूची की तरह देखना चाहिए:
अनुरोध-सीमा बताने वाले REST API उत्तर से कोड-जाँच अपलोड की अलग सीमा वाला फ़ील्ड हटा दिया गया है, क्योंकि उसका मान मुख्य सीमा में ही शामिल था। उस फ़ील्ड को अनिवार्य मानने वाला निगरानी साधन या पार्सर बदलना पड़ेगा।
संगठन REST API से वे पुराने फ़ील्ड हट गए हैं जो नए रिपॉज़िटरी के लिए उन्नत सुरक्षा, Dependabot चेतावनियों, निर्भरता आलेख और गुप्त सूचना जाँच की पूर्वनिर्धारित स्थिति बताते थे। नए रिपॉज़िटरी पर सुरक्षा लागू करने के लिए अब कोड-जाँच विन्यास API निर्धारित माध्यम है।
प्री-रिसीव हुक अलग नेटवर्क नाम-क्षेत्र में चलते हैं और नेटवर्क से जुड़े तंत्र आह्वान मूल रूप से निष्क्रिय रहते हैं। बाहरी सेवा से संपर्क करने वाले हुकों के लिए नेटवर्क सुविधा स्पष्ट रूप से चालू करनी होगी।
/repos पथ अब GitHub Enterprise Server की अपनी कार्यक्षमता के लिए इस्तेमाल होता है। यदि यही पथ किसी उपयोगकर्ता नाम, संगठन, GitHub App, OAuth अनुप्रयोग, रिवर्स प्रॉक्सी या आंतरिक एकीकरण ने लिया है, तो मार्ग टकरा सकता है।
इन परिवर्तनों का साझा परिणाम यह है कि केवल उपकरण की सेहत जाँचना पर्याप्त नहीं होगा। REST API की प्रतिक्रिया पढ़ने वाले पार्सर, बाहरी नेटवर्क पर निर्भर हुक और आरक्षित पथों से गुजरने वाले प्रॉक्सी नियम भी उन्नयन परीक्षण में शामिल होने चाहिए।
उन्नयन और 3.23 से पहले की तैयारी
कुछ निर्भरताएँ 3.22 में काम करती रहेंगी, लेकिन अगले संस्करण में उपलब्ध नहीं होंगी। Node Eligibility Service बंद होने की प्रक्रिया में है और 3.23 में हटेगी; उसके लिए कोई प्रतिस्थापन सूचीबद्ध नहीं है। Collectd पर आधारित मेट्रिक्स व्यवस्था भी 3.22 के समर्थन काल में रहेगी, पर 3.23 के मेट्रिक्स ढाँचे में शामिल नहीं होगी। पुराने Actions Runner Controller का समापन भी घोषित किया जा चुका है।
कुछ जोखिम तत्काल उन्नयन से संबंधित हैं। प्रक्रिया के दौरान कस्टम फ़ायरवॉल नियम हट सकते हैं और बाद में उन्हें फिर लागू करना पड़ता है। पहले से निर्धारित कुछ Dependabot संस्करण-अद्यतन रुक सकते हैं, जबकि अनेक Git भंडारण नोड वाले मतदान विन्यास में साथ आए Actions के सही संस्करण पर स्थापित न होने की ज्ञात समस्या दर्ज है।
GitHub की संस्करण तालिका 3.22 की रिलीज़ तारीख 8 सितंबर 2026, निर्धारित समर्थन-समाप्ति 8 सितंबर 2027 और न्यूनतम GitHub Actions Runner संस्करण 2.334.0 दर्ज करती है। अपने आप अद्यतन न होने वाले अस्थायी स्व-होस्टेड रनर को सर्वर उन्नयन से पहले इस न्यूनतम संस्करण पर लाना होगा।
अभी स्थिति यह है कि GitHub Enterprise Server 3.22 उत्पादन के लिए उपलब्ध है, लेकिन पुरानी क्लस्टर HA प्रतिकृति अब समर्थित उन्नयन पथ का हिस्सा नहीं है। उन्नयन स्वीकृति में क्लस्टर टोपोलॉजी के साथ हटे API फ़ील्ड, नेटवर्क पर निर्भर प्री-रिसीव हुक, आरक्षित मार्ग, फ़ायरवॉल नियम और रनर संस्करण जाँचना होगा; Node Eligibility Service तथा Collectd से हटने की समय-सीमा 3.23 है।
