Azure Developer CLI | The .NET Blog

Python, TypeScript और .NET में azd Hooks: Shell Scripts से मुक्ति

Emiliano Montesdeoca — Thu, 23 Apr 2026 00:00:00 +0000

यह पोस्ट स्वचालित रूप से अनुवादित की गई है। मूल संस्करण के लिए, यहाँ क्लिक करें।

अगर आपने कभी पूरी तरह .NET में बना प्रोजेक्ट रखा हो और फिर भी azd hooks के लिए Bash scripts लिखनी पड़ी हों, तो वो दर्द आप समझते हैं। जब प्रोजेक्ट का बाकी सब कुछ C# है, तो pre-provisioning step के लिए shell syntax में क्यों जाएं?

वो frustration अब officially solve हो गई है। Azure Developer CLI ने hooks के लिए multi-language support launch किया है, और यह उतना ही अच्छा है जितना सुनाई देता है।

Hooks क्या हैं

Hooks वो scripts हैं जो azd lifecycle के key points पर run होती हैं — provisioning से पहले, deployment के बाद, और अन्य। ये azure.yaml में define होती हैं और CLI को modify किए बिना custom logic inject करने देती हैं।

पहले सिर्फ Bash और PowerShell support थे। अब Python, JavaScript, TypeScript या .NET use कर सकते हैं — बाकी सब azd automatically handle करता है।

Detection कैसे काम करती है

बस hook को एक file पर point करें और azd extension से language infer करता है:

hooks:
 preprovision:
 run: ./hooks/setup.py
 postdeploy:
 run: ./hooks/seed.ts
 postprovision:
 run: ./hooks/migrate.cs

कोई extra config नहीं। अगर extension ambiguous हो तो kind: python (या relevant language) explicitly specify कर सकते हैं।

Language-specific details

Python

Script के साथ (या किसी parent directory में) requirements.txt या pyproject.toml रखें। azd automatically virtual environment बनाएगा, dependencies install करेगा और script run करेगा।

JavaScript और TypeScript

Same pattern — script के पास package.json रखें और azd पहले npm install run करेगा। TypeScript के लिए npx tsx use होता है, बिना compile step और बिना tsconfig.json।

.NET

दो modes उपलब्ध:

Project mode: Script के पास .csproj हो तो azd automatically dotnet restore और dotnet build run करता है।
Single-file mode: .NET 10+ पर standalone .cs files सीधे dotnet run script.cs से run होती हैं। Project file की जरूरत नहीं।

Executor-specific configuration

हर language optional config block support करती है:

hooks:
 preprovision:
 run: ./hooks/setup.ts
 config:
 packageManager: pnpm
 postprovision:
 run: ./hooks/migrate.cs
 config:
 configuration: Release
 framework: net10.0

.NET developers के लिए क्यों मायने रखता है

Hooks azd-based project में वो आखिरी जगह थी जो language switch करने पर मजबूर करती थी। अब पूरा deployment pipeline — app code से लेकर lifecycle hooks तक — एक ही language में रह सकता है। Existing .NET utilities hooks में reuse कर सकते हैं, shared libraries reference कर सकते हैं, और shell script maintenance से छुटकारा मिलता है।

निष्कर्ष

ये उन changes में से एक है जो छोटे लगते हैं लेकिन azd के daily workflow से बहुत friction हटाते हैं। Hooks के लिए multi-language support अभी available है — full documentation के लिए official post देखें।

azd + GitHub Copilot: AI-सहायता से प्रोजेक्ट सेटअप और स्मार्ट एरर समाधान

Emiliano Montesdeoca — Tue, 21 Apr 2026 00:00:00 +0000

यह पोस्ट स्वचालित रूप से अनुवादित है। मूल अंग्रेजी संस्करण के लिए, यहाँ क्लिक करें।

क्या आप उस पल को जानते हैं जब आप Azure पर एक मौजूदा ऐप डिप्लॉय करना चाहते हैं और एक खाली azure.yaml देखकर सोचते हैं कि Express API के लिए Container Apps या App Service में से क्या चुनें? वह पल अब बहुत छोटा हो गया है।

Azure Developer CLI (azd) अब GitHub Copilot के साथ दो तरीकों से इंटीग्रेट होता है: azd init के दौरान AI-असिस्टेड प्रोजेक्ट स्कैफोल्डिंग, और डिप्लॉयमेंट फेल होने पर इंटेलिजेंट एरर ट्रबलशूटिंग। दोनों फीचर पूरी तरह टर्मिनल में रहते हैं।

azd init में Copilot के साथ सेटअप

azd init चलाने पर अब “Set up with GitHub Copilot (Preview)” विकल्प मिलता है। इसे चुनें और Copilot आपके कोडबेस का विश्लेषण करके azure.yaml, इंफ्रास्ट्रक्चर टेम्प्लेट और Bicep मॉड्यूल जनरेट करता है — आपके असली कोड के आधार पर।

azd init
# चुनें: "Set up with GitHub Copilot (Preview)"

आवश्यकताएँ:

azd 1.23.11 या नया — azd version से जाँचें या azd update से अपडेट करें
सक्रिय GitHub Copilot सब्सक्रिप्शन (Individual, Business या Enterprise)
GitHub CLI (gh) — जरूरत पड़ने पर azd लॉगिन माँगेगा

यह दोनों दिशाओं में काम करता है। नए प्रोजेक्ट के लिए? Copilot शुरू से सही Azure सर्विस कॉन्फिगर करने में मदद करता है। मौजूदा ऐप डिप्लॉय करना है? Copilot को उस पर पॉइंट करें — कोड रिस्ट्रक्चर किए बिना कॉन्फिगरेशन जनरेट हो जाएगी।

असल में क्या होता है

मान लीजिए आपके पास PostgreSQL डिपेंडेंसी वाला Node.js Express API है। Container Apps या App Service में मैन्युअली फैसला करने और Bicep लिखने की बजाय, Copilot आपका स्टैक डिटेक्ट करके जनरेट करता है:

सही language, host और build सेटिंग वाला azure.yaml
Azure Container Apps के लिए Bicep मॉड्यूल
Azure Database for PostgreSQL के लिए Bicep मॉड्यूल

और कुछ भी बदलने से पहले प्री-फ्लाइट चेक चलाता है — git वर्किंग डायरेक्टरी साफ है या नहीं, MCP सर्वर टूल कंसेंट। आपको पता होता है कि क्या बदलेगा।

Copilot से एरर ट्रबलशूटिंग

डिप्लॉयमेंट एरर अपरिहार्य हैं। गुम पैरामीटर, परमिशन इश्यू, SKU उपलब्धता — और एरर मैसेज वह नहीं बताता जो आप जानना चाहते हैं: कैसे ठीक करें।

बिना Copilot: एरर कॉपी करें → डॉक्स सर्च करें → Stack Overflow के तीन अप्रासंगिक जवाब पढ़ें → az CLI कमांड चलाएँ → दोबारा कोशिश करें। Copilot के साथ यह लूप टूट जाता है। कोई भी azd कमांड फेल होने पर तुरंत चार विकल्प मिलते हैं:

Explain — क्या गलत हुआ, सरल भाषा में
Guidance — ठीक करने के लिए स्टेप-बाय-स्टेप निर्देश
Diagnose and Guide — पूर्ण विश्लेषण + Copilot फिक्स लागू करता है (आपकी मंजूरी से) + वैकल्पिक रिट्राई
Skip — खुद संभालें

मुख्य बात: Copilot के पास आपके प्रोजेक्ट, फेल कमांड और एरर डिटेल का संदर्भ पहले से है। सुझाव आपकी स्थिति के लिए विशिष्ट हैं।

डिफ़ॉल्ट व्यवहार सेट करें

हमेशा एक ही विकल्प चुनते हैं? इंटरेक्टिव प्रॉम्प्ट स्किप करें:

azd config set copilot.errorHandling.category troubleshoot

मान: explain, guidance, troubleshoot, fix, skip। ऑटो-फिक्स और रिट्राई भी चालू कर सकते हैं:

azd config set copilot.errorHandling.fix allow

कभी भी इंटरेक्टिव मोड पर वापस:

azd config unset copilot.errorHandling.category

निष्कर्ष

azd update से नवीनतम संस्करण लें और अगले प्रोजेक्ट में azd init आज़माएँ।

मूल घोषणा यहाँ पढ़ें।