GitHub Copilot को सार्वजनिक पूर्वावलोकन में पुल-अनुरोध अनुमोदन प्रस्तुत करने देता है

क्या हुआ?

GitHub ने प्रत्येक Copilot कोड समीक्षा में एक अनुमोदन मूल्यांकन जोड़ा है और एक वैकल्पिक सेटिंग पेश की है जो Copilot को औपचारिक पुल-अनुरोध अनुमोदन प्रस्तुत करने देती है। यह सुविधा सार्वजनिक पूर्वावलोकन में है और डिफ़ॉल्ट रूप से बंद है।

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

अलग अनुमोदन क्षमता प्रशासकों को Copilot को पुल अनुरोध पर अनुमोदन प्रस्तुत करने के लिए अधिकृत करने की अनुमति देती है। GitHub का कहना है कि प्रस्तुत अनुमोदन को रिपॉजिटरी के आवश्यक-अनुमोदन नियम में गिना जा सकता है। इसलिए यह समीक्षा रिपोर्ट में केवल एक नए लेबल के बजाय एक वर्कफ़्लो परिवर्तन है: Copilot उन समीक्षकों में से एक बन सकता है जिनकी स्वीकृति कॉन्फ़िगर रिपॉजिटरी स्थिति को संतुष्ट करती है। चेंजलॉग के अनुसार यह सुविधा GitHub Copilot प्रो, प्रो+, मैक्स, बिजनेस और एंटरप्राइज प्लान के लिए सार्वजनिक पूर्वावलोकन में उपलब्ध है।

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

GitHub का यह भी कहना है कि यदि अनुमोदन के बाद नई प्रतिबद्धताओं को आगे बढ़ाया जाता है, तो Copilot की मंजूरी खारिज कर दी जाती है, उसी तरह जैसे मानव समीक्षक की मंजूरी। फिर नई मंजूरी प्राप्त करने के लिए Copilot से नई समीक्षा का अनुरोध किया जा सकता है। घोषणा यह नहीं बताती है कि सिस्टम अपने अनुमोदन मूल्यांकन तक कैसे पहुंचता है, त्रुटि दरों की रिपोर्ट करता है, यह पहचानता है कि यह किस प्रकार के परिवर्तनों को सबसे अच्छे से संभालता है, या यह नहीं बताता है कि पूर्वावलोकन सभी सूचीबद्ध योजनाओं में समान रूप से शुरू किया जा रहा है या नहीं।

स्रोत विवरण: github.blog ↗

यह क्यों मायने रखता है?

यह Copilot को समीक्षा निर्णयों की पेशकश से रिपॉजिटरी के अनुमोदन वर्कफ़्लो में भाग लेने की ओर ले जाता है। क्योंकि इसकी मंजूरी को आवश्यक मंजूरी में गिना जा सकता है, प्रशासकों को यह तय करना होगा कि एआई समीक्षक को उस अधिकार का प्रयोग करने की अनुमति कहां और कैसे दी जाए।

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

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

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

बर्खास्तगी नियम एक बुनियादी स्थिरता समस्या का समाधान करता है: समीक्षा किए गए कोड में बदलाव के बाद अनुमोदन वैध नहीं रहना चाहिए। नई प्रतिबद्धताओं को Copilot के अनुमोदन को अमान्य मानकर, GitHub इस सुविधा को मानव समीक्षकों के लिए वर्णित व्यवहार के साथ संरेखित करता है। इससे यह स्थापित नहीं होता कि समीक्षा पूर्ण या सही है; इसका मतलब केवल यह है कि बाद में प्रतिबद्धता के बाद अनुमोदन हटा दिया जाता है। स्रोत इस बारे में कोई सबूत नहीं देता है कि क्या ताज़ा समीक्षा सभी भौतिक परिवर्तनों को पकड़ती है या पूर्वावलोकन के दौरान GitHub कितनी मानवीय निगरानी की अपेक्षा करता है।

आगे क्या देखना है

मुख्य प्रश्न यह हैं कि Copilot के आकलन कितनी विश्वसनीय रूप से समीक्षा-तैयार परिवर्तनों की पहचान करते हैं, संगठन फ़ाइल-पथ प्रतिबंधों को कैसे कॉन्फ़िगर करते हैं, और जब AI अनुमोदन मर्ज निर्णय में योगदान देता है तो टीमें जवाबदेही कैसे संभालती हैं। GitHub की घोषणा सटीकता माप, ऑडिट विवरण या सामान्य उपलब्धता तिथि प्रदान नहीं करती है।

देखने लायक पहला मुद्दा वास्तविक रिपॉजिटरी में प्रदर्शन है। GitHub का कहना है कि अनुमोदन मूल्यांकन संकेत देता है कि क्या Copilot अनुमोदन के लिए तैयार पुल अनुरोध पर विचार करता है, लेकिन कोई बेंचमार्क, झूठी-अनुमोदन दर, परीक्षण का दायरा या मानव समीक्षकों के साथ तुलना नहीं देता है। वे अज्ञात मायने रखते हैं क्योंकि औपचारिक अनुमोदन इस बात को प्रभावित कर सकता है कि रिपॉजिटरी की कॉन्फ़िगर की गई आवश्यकता पूरी हुई है या नहीं। सार्वजनिक-पूर्वावलोकन स्थिति का यह भी अर्थ है कि सुविधा बदल सकती है क्योंकि GitHub प्रतिक्रिया एकत्र करता है, हालांकि चेंजलॉग परीक्षण समय सारिणी या नियोजित मील के पत्थर निर्दिष्ट नहीं करता है।

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

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

अंत में, टीमों को अनुमोदन मूल्यांकन और अनुमोदन कार्रवाई के बीच की सीमा पर नजर रखनी चाहिए। मूल्यांकन अब प्रत्येक Copilot समीक्षा में शामिल है, जबकि औपचारिक अनुमोदन तब तक अक्षम रहता है जब तक कि कोई व्यवस्थापक इसे सक्षम नहीं करता। नई प्रतिबद्धताएँ मौजूदा अनुमोदन को ख़ारिज कर देती हैं और नए समीक्षा अनुरोध की आवश्यकता होती है। GitHub ने मूल्यांकन के पीछे के मॉडल या समीक्षा प्रक्रिया, Copilot द्वारा उपयोग किए जाने वाले साक्ष्य, या उन सुरक्षा उपायों का खुलासा नहीं किया है जो अनुमोदन को उससे अधिक मजबूत साक्ष्य के रूप में मानने से रोकते हैं। वे चूकें घोषणा की मुख्य सीमाएँ हैं।

संबंधित मार्गदर्शिकाएँ एवं प्रश्नोत्तरी