यदि वही कमांड स्थानीय रूप से चलती है लेकिन Agent में सिंटैक्स त्रुटियाँ दिखाती है तो क्या करें?
पहले पुष्टि करें कि Agent द्वारा वास्तव में कौन सा शेल उपयोग किया जाता है, फिर पैरामीटर, कोटिंग और पथों को सही करें।
निष्पादन प्रविष्टि एक अलग शेल का उपयोग कर सकती है
केवल ऑपरेटिंग सिस्टम या आपके द्वारा मैन्युअल रूप से खोले जाने वाले टर्मिनल के आधार पर Agent के शेल का निर्णय न लें। Windows पर, डेस्कटॉप और CLI दोनों कार्यान्वयन गिट बैश को प्राथमिकता देते हैं; यदि नहीं मिला, तो वे cmd का उपयोग करते हैं; यह PowerShell पर निश्चित नहीं है। यूनिक्स डेस्कटॉप होस्ट पर उपयोगकर्ता के उपलब्ध शेल को चुनते हैं, जबकि CLI सामान्य कमांड पथों के लिए बैश का उपयोग करता है। प्रविष्टि बिंदु बदलने से यह व्याख्या कैसे की जाती है कि एक ही स्ट्रिंग की व्याख्या कैसे की जाती है, यह बदल सकता है।
पहले पथ और कोटिंग विधियों की जाँच करें
पहले Agent से वास्तविक शेल की पुष्टि करवाएं, फिर स्पेस वाले पथों, प्रश्न चिह्नों या कनेक्टर्स वाले URL, और प्लेटफ़ॉर्म-विशिष्ट पैरामीटर सिंटैक्स को संभालें। कुछ शेल बिना कोटिंग वाले वर्णों को वाइल्डकार्ड मानते हैं, जिससे ऐसी त्रुटियाँ होती हैं जो फ़ाइलें नहीं मिलीं जैसी दिखती हैं। केवल एक संदिग्ध वर्ण को संशोधित करके बैच निष्पादन जारी न रखें; आप परिणाम का निरीक्षण करने के लिए कार्य को पहले एक एकल सत्यापन योग्य केवल-पढ़ने योग्य कमांड में विभाजित कर सकते हैं।
सिंटैक्स मुद्दों को अनुपलब्ध उपकरणों से अलग करें
यदि त्रुटि 'प्रोग्राम नहीं मिला' है, तो पहले टूल इंस्टॉलेशन और पथों की जाँच करें; यदि पहुँच अस्वीकृत है, तो सिस्टम अनुमतियों की जाँच करें; केवल पार्सिंग त्रुटियों के लिए शेल सिंटैक्स को सही करने पर ध्यान केंद्रित करने की आवश्यकता होती है। भले ही कमांड का अंतिम भाग सफलता दिखाता है, आंशिक विफलताओं को अनदेखा करने से बचने के लिए पहले की त्रुटि आउटपुट की जाँच करें। पूर्ण कार्य को पुनर्स्थापित करने से पहले एकल-चरण व्यवहार की पुष्टि करें; इसके लिए डिफ़ॉल्ट रूप से कनेक्शन टोकन रीसेट करने या क्लाइंट अनुमतियाँ बढ़ाने की कोई आवश्यकता नहीं है।