Azure DevOps को GanttFather से कनेक्ट करें, समीक्षा किए गए Pull और Push का उपयोग करें और स्वचालित सिंक के बिना स्थानीय निर्भरताएँ मॉडल करें।
GanttFather Azure DevOps कार्य आइटम को इंटरैक्टिव गैंट चार्ट में ला सकता है और समीक्षा किए गए Push से मैप की गई तारीखें और स्थितियां प्रकाशित कर सकता है। यह स्वचालित दो-तरफ़ा सिंक नहीं है: सेटअप पहला Pull करता है, बाद के Pull और Push उपयोगकर्ता शुरू करते हैं और पृष्ठभूमि में कोई वेबहुक या शेड्यूल नहीं चलता।
वर्तमान GanttFather एकीकरण अनुबंध और Microsoft के Azure DevOps दस्तावेज़ के विरुद्ध उत्पाद व्यवहार का सत्यापन 30 अगस्त, 2026 को किया गया।
Azure DevOps एकीकरण क्या करता है?
एक GanttFather प्रोजेक्ट में एकाधिक स्रोतों के साथ एक Azure DevOps एकीकरण हो सकता है। प्रत्येक स्रोत एक सहेजी गई क्वेरी या समर्थित बैकलॉग बोर्ड का प्रतिनिधित्व कर सकता है। एक पुल कार्य आइटम को पढ़ता है और मैप किए गए GanttFather कार्यों को बनाता या अपडेट करता है; जानबूझकर डुप्लिकेट बनाने के बजाय बार-बार खींचने से समान मैप किए गए कार्य को अपडेट किया जाता है।
एकीकरण जहां उपलब्ध हो वहां शीर्षक, विवरण, राज्य, प्राथमिकता, तिथियां, अनुमान और माता-पिता/बाल पदानुक्रम जैसे नियोजन क्षेत्रों को मानचित्रित करता है। समीक्षा किया गया Pull और अलग स्रोत सिंक तय करते हैं कि नया Azure संशोधन कैसे लागू होगा; अनुमान केवल अंदर आते हैं।
| क्षमता | वर्तमान व्यवहार |
|---|---|
| प्रारंभिक आयात | सात-चरणीय सेटअप सहेजने पर पहला Pull शुरू करता है |
| बाद में रिफ्रेश करें | स्वामी या व्यवस्थापक खिंचाव उत्पन्न करते हैं |
| स्वचालित ताल या वेबहुक | उपलब्ध नहीं है |
| एकाधिक स्रोत | सहेजे गए-क्वेरी और बोर्ड स्रोत एक एकीकरण साझा कर सकते हैं |
| माता-पिता/बाल पदानुक्रम | मौजूद होने पर आयातित |
| पूर्ववर्ती/उत्तराधिकारी लिंक | GanttFather निर्भरता में आयात नहीं किया गया |
| समीक्षा किया गया Push | अलग पूर्वावलोकन, समीक्षा, चयन और पुष्टि प्रवाह |
| MCP एकीकरण का नियंत्रण | उपलब्ध नहीं है |
आप Azure DevOps को GanttFather से कैसे जोड़ते हैं?
एक मालिक या व्यवस्थापक प्रोजेक्ट सेटिंग्स खोलता है और Azure DevOps सेटअप प्रवाह शुरू करता है।
- कनेक्शन: संगठन URL और Personal Access Token दर्ज करें, फिर कनेक्शन परीक्षण पूरा करें।
- प्रोजेक्ट: टोकन से उपलब्ध Azure DevOps प्रोजेक्ट चुनें।
- स्रोत: सहेजी गई क्वेरी या टीम बोर्ड चुनें और बोर्ड के लिए एकल स्तर या पूरा ट्री चुनें।
- प्रकार: आयात किए जाने वाले योजना कार्य-आइटम प्रकारों की समीक्षा करें।
- तिथियां और प्रयास: हर शामिल प्रकार के लिए प्रारंभ, समाप्ति और वैकल्पिक प्रयास फ़ील्ड मैप करें।
- स्थितियां: खोजी गई Azure स्थितियों को सटीक GanttFather प्रोजेक्ट स्थितियों से मैप करें और Push द्वारा उपयोग की जाने वाली स्थिति की समीक्षा करें।
- गंतव्य: लक्ष्य पैरेंट कार्य चुनें, सारांश की समीक्षा करें और सहेजें। सहेजने पर प्रारंभिक Pull शुरू होता है।
स्रोत जोड़ें सहेजे गए कनेक्शन और प्रोजेक्ट को फिर से उपयोग करता है, स्रोत से शुरू होता है और अंतिम पांच चरणों का पालन करता है। फ़ील्ड कॉन्फ़िगर करें वही पांच-चरण मॉडल उपयोग करता है, लेकिन तिथियां और प्रयास (चरण 3/5) पर खुलता है; पीछे जाकर प्रकार और स्रोत की समीक्षा की जा सकती है।
खोज और Pull के लिए PAT को प्रोजेक्ट/टीम और कार्य-आइटम पढ़ने की पहुंच चाहिए। Push को कार्य-आइटम पढ़ने और लिखने की पहुंच चाहिए। GanttFather PAT को एन्क्रिप्ट करता है और एकीकरण प्रतिक्रियाओं में वापस नहीं करता।
प्रोजेक्ट में Azure शॉर्टकट और डेटा और सिंक रोज़मर्रा के काम के लिए केवल Azure से Pull और Azure पर Push दिखाते हैं। प्रारंभिक आयात सात-चरणीय सेटअप के दौरान होता है; पूरा स्रोत सिंक करें सेटिंग्स में रखरखाव की कार्रवाई है।
शॉर्टकट, सेटिंग्स या डेटा और सिंक से पिछली तुलना पूरी होने के बाद Pull या Push खोलने पर सर्वर से नई तुलना मांगी जाती है, ताकि समीक्षा में Azure के नवीनतम बदलाव शामिल हों। उसी स्रोत को तभी दोबारा खोलने पर चल रहा अनुरोध साझा होता है जब जांच अभी जारी हो।
खींचने के दौरान क्या होता है?
Azure से Pull टाइमलाइन बदलने से पहले मौजूदा मैप किए गए आइटम की समीक्षा योग्य तुलना खोलता है। केवल Azure में हुए बदलाव चुने जाते हैं; दोनों तरफ एक ही मान बदलने पर स्थानीय तारीख या स्थिति डिफ़ॉल्ट रूप से सुरक्षित रहती है। सामान्य Pull संक्षिप्त रहता है; उन्नत विकल्प बंद रहते हैं और उनमें मेरे बदलाव रखें तथा Azure से पुनर्स्थापित करें उपलब्ध होते हैं।
शून्य बदलाव पर भी Pull देखा जा सकता है। अपेक्षित अपडेट न दिखे तो मैप किए गए फ़ील्ड जांचें सेटिंग्स → इंटीग्रेशन खोलता है और संबंधित फ़ील्ड कॉन्फ़िगर करें कार्रवाई को हाइलाइट करता है। स्रोत सिंक करें स्रोत सदस्यता, नए कार्य, पदानुक्रम और स्रोत छोड़ चुके आइटम के लिए अलग पूर्ण मिलान बना रहता है।
एक पुल किसी आयातित कार्य को केवल इसलिए नहीं हटाता क्योंकि स्रोत या एकीकरण हटा दिया जाता है। बंद या हटाए गए बाहरी आइटम एकीकरण के दस्तावेज़ीकृत मैपिंग व्यवहार का पालन करते हैं। यह मानने के बजाय स्रोत परिणाम की जाँच करें कि पुल पर क्लिक करने का मतलब है कि हर रिकॉर्ड बदल गया है।
आपको आयात के बाद निर्भरता का मॉडल कैसे बनाना चाहिए?
Azure DevOps डिलीवरी योजनाएं कार्य आइटमों के बीच लिंक की कल्पना कर सकती हैं, लेकिन GanttFather का आयातक Azure पूर्ववर्ती/उत्तराधिकारी लिंक प्रकारों का स्थानीय कार्य निर्भरता में अनुवाद नहीं करता है। जब आपको क्रिटिकल-पाथ विश्लेषण की आवश्यकता हो तो GanttFather में FS, SS, FF, या SF संबंध जोड़ें और बनाए रखें।
वह अलगाव लेख को अदृश्य लिंक मिररिंग का वादा करने से रोकता है। Azure DevOps मैप किए गए कार्य-आइटम फ़ील्ड देता है और GanttFather स्थानीय शेड्यूल तथा निर्भरता मॉडल रखता है; मैप किए गए फ़ील्ड के संघर्ष में कोई भी पक्ष अपने आप नहीं जीतता। समीक्षा किया गया Pull डिफ़ॉल्ट रूप से विरोधी स्थानीय तारीख या स्थिति रखता है, Azure से पुनर्स्थापित करें स्पष्ट रूप से Azure को विजेता बनाता है, और समीक्षा किए गए Push में भेजें की पुष्टि चुनी हुई मैप की गई तारीखों और स्थितियों के लिए स्पष्ट रूप से GanttFather को विजेता बनाती है। अलग पूर्ण स्रोत सिंक करें प्रवाह Azure से GanttFather की ओर मिलान बना रहता है।
संपूर्ण निर्भरता वर्कफ़्लो के लिए, पढ़ें गैंट चार्ट पर Azure DevOps निर्भरता को कैसे मॉडल करें.
समीक्षा किया गया Push कैसे काम करता है?
Push एक स्पष्ट, समीक्षा योग्य कार्रवाई है। संघर्षों सहित योग्य स्थानीय तारीख और स्थिति परिवर्तन डिफ़ॉल्ट रूप से चुने जाते हैं। यदि चुना गया आइटम Azure में भी बदला है, तो सूचना बैज बताता है कि भेजने पर चुने गए GanttFather मान बने रहेंगे और नए मैप किए गए Azure मान ओवरराइट होंगे। उन्नत या विवरण में संघर्ष हटाया जा सकता है; पहले Pull करना वैकल्पिक है।
बैज से Pull की समीक्षा करें उसी संवाद में दिशा बदलता है और उन्नत विकल्प खोलता है, ताकि मेरे बदलाव रखें और Azure से पुनर्स्थापित करें तुरंत दिखें। मेरे बदलाव रखें · बंद करें कोई ऑपरेशन शुरू नहीं करता और स्रोत चयन पर लौटे बिना पूरा सिंक प्रवाह बंद करता है। सफल Pull और Push भी परिणाम की पुष्टि के बाद संवाद बंद कर देते हैं। अनुमान Azure के स्वामित्व में रहते हैं और कभी Push नहीं किए जाते।
यदि चुनी गई आरंभ या समाप्ति तारीख Azure की मौजूदा दूसरी तारीख के साथ अमान्य सीमा बनाती है, तो प्रकाशन से पहले भेजें अक्षम रहता है और Azure में कुछ नहीं लिखा जाता। Pull की समीक्षा करें उन्नत विकल्प खोलता है ताकि सुसंगत तारीख सीमा पुनर्स्थापित की जा सके; अन्यथा संवाद बंद करके स्थानीय तारीखें बदलें।
उस ऑपरेशन के लिए कार्य-आइटम लिखने की अनुमति वाले PAT का उपयोग करें। जब Azure DevOps उत्पन्न होने के बाद से बदल गया हो तो पूर्वावलोकन को ताज़ा करें। कभी भी ऑनबोर्डिंग सहमति या रीड-स्कोप्ड टोकन को प्रकाशित करने की अनुमति न समझें।
इसके बजाय आपको डिलीवरी प्लान का उपयोग कब करना चाहिए?
जब टीम को Azure DevOps के अंदर मूल क्रॉस-टीम कैलेंडर दृश्य, रोल-अप प्रगति और निर्भरता विज़ुअलाइज़ेशन की आवश्यकता हो तो Azure DevOps डिलीवरी योजनाओं का उपयोग करें। Microsoft दस्तावेज़ जो Azure DevOps मूल गैंट चार्ट प्रदान नहीं करता है। जब आपको एक अलग इंटरैक्टिव गैंट शेड्यूल, चार निर्भरता प्रकार, फ्लोट और क्रिटिकल-पाथ विश्लेषण की आवश्यकता हो तो GanttFather का उपयोग करें।
उपकरण एक साथ मौजूद हो सकते हैं, लेकिन उनके लिंक और परिकलित शेड्यूल स्वचालित रूप से समान नहीं होते हैं।
Azure DevOps के साथ GanttFather कब उपयोगी है?
GanttFather तब उपयोगी होता है जब Azure Boards रिकॉर्ड की कार्य-वस्तु प्रणाली बनी रहती है लेकिन डिलीवरी लीडरों को एक केंद्रित शेड्यूल मॉडल की आवश्यकता होती है। उन फ़ील्ड्स को खींचें जिन्हें आप विज़ुअलाइज़ करना चाहते हैं, स्थानीय निर्भरता तर्क जोड़ें, और परिणामी समयरेखा को उन हितधारकों के साथ साझा करें जिन्हें Azure Boards को संपादित करने की आवश्यकता नहीं है।
एकीकरण नियंत्रित और समीक्षा योग्य है: यह निरंतर दो-तरफ़ा सिंक की पेशकश नहीं करता है, Azure पूर्ववर्ती/उत्तराधिकारी लिंक आयात नहीं करता है, और GanttFather के MCP सर्वर के माध्यम से ट्रिगर नहीं किया जा सकता है।
GanttFather खोलें और मैपिंग का विस्तार करने से पहले एक गैर-उत्पादन स्रोत के साथ एकीकरण का परीक्षण करें।
अक्सर पूछे जाने वाले प्रश्न
क्या Azure DevOps कनेक्शन लाइव टू-वे सिंक है?
नहीं। समीक्षा किए गए Pull और Push अलग उपयोगकर्ता क्रियाएं हैं। वर्तमान एकीकरण में कोई वेबहुक या आवर्ती शेड्यूलर नहीं है।
क्या GanttFather Azure DevOps निर्भरताएँ आयात करता है?
यह जहां मौजूद है वहां माता-पिता/बाल पदानुक्रम को आयात करता है, लेकिन यह Azure पूर्ववर्ती/उत्तराधिकारी लिंक को GanttFather कार्य निर्भरता के रूप में आयात नहीं करता है।
एकीकरण को कौन कॉन्फ़िगर या चला सकता है?
एक प्रोजेक्ट स्वामी या व्यवस्थापक. सदस्य, अतिथि, एजेंट और अजनबी एकीकरण समापन बिंदु तक नहीं पहुंच सकते।
क्या कोई AI एजेंट Azure DevOps को MCP तक खींच सकता है?
नहीं, वर्तमान MCP टूल सतह एकीकरण सेटअप, ट्रिगर, या स्थिति टूल को उजागर नहीं करती है।
क्या एकीकरण को हटाने से आयातित कार्य नष्ट हो जाते हैं?
नहीं, यह एकीकरण रिकॉर्ड और मैपिंग हटा देता है; आयातित कार्य GanttFather प्रोजेक्ट में बने रहेंगे।
मूल योजना के लिए मुझे किस Azure DevOps दृश्य का उपयोग करना चाहिए?
डिलिवरी योजनाएँ सभी टीमों में Microsoft का मूल कैलेंडर-उन्मुख दृश्य प्रदान करती हैं और निर्भरताएँ दिखा सकती हैं। यह GanttFather के समान शेड्यूल-विश्लेषण मॉडल वाला पूर्ण गैंट चार्ट नहीं है।
