ऑथेंटिकेशन, अप्रूवल और ड्राफ्ट्स

Architect आपकी ओर से कैसे काम करता है, उसे कब आपके अप्रूवल की ज़रूरत होती है और वह बदलावों को सुरक्षित तरीके से कैसे स्टेज करता है।

Architect कैसे ऑथेंटिकेट करता है

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

इसका मतलब है कि Architect सिर्फ़ वही कर सकता है जो आपको पहले से करने की अनुमति है। अगर आपकी भूमिका main ब्रांच में मर्ज करने की अनुमति नहीं देती, या कोई रिसोर्स आपके साथ शेयर नहीं किया गया है, तो Architect भी ऐसा नहीं कर सकता।

अप्रूवल मोड्स

हर Architect बातचीत तीन में से किसी एक मोड में चलती है, जिन्हें कंपोज़र से बदला जा सकता है:

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

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

ड्राफ्ट्स, पब्लिशिंग और मर्जिंग

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

अब तक किए गए बदलावों के बारे में Architect से पूछें, ताकि पब्लिश किए गए वर्ज़न की तुलना में मौजूदा ड्राफ्ट देख सकें।
Architect आपके लिए पब्लिश डायलॉग खोल सकता है, लेकिन खुद पब्लिश पर क्लिक नहीं कर सकता। आप diff रिव्यू करें और पुष्टि करें।
पब्लिश करने के बाद भी आप बदलाव करते रह सकते हैं: Architect से और बदलाव करने को कहें, रिव्यू करें और फिर पब्लिश करें—जितने राउंड चाहिए।

ब्रांचेस

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

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