इसके माध्यम से साझा किया गया


ALM Accelerator को मैन्युअल रूप से कॉन्फ़िगर करें

आप ALM Accelerator for Power Platform के घटकों को या तो साथ में दिए गए प्रशासन ऐप का उपयोग करके या मैन्युअल रूप से कॉन्फ़िगर कर सकते हैं। यह आलेख आपको ऐप को मैन्युअल रूप से कॉन्फ़िगर करने के बारे में मार्गदर्शन करता है और इसे सात खंडों में संरचित किया गया है:

पूर्वावश्यकताएँ

ALM Accelerator for Power Platformस्थापित करने से पहले, सुनिश्चित करें कि आपने निम्नलिखित पूर्वापेक्षाएँ पूरी कर ली हैं।

  • ALM एक्सेलेरेटर को ऐसे वातावरण में स्थापित किया जाना चाहिए जिसमें डेटाबेस हो। Power Platform Microsoft Dataverse सभी परिवेशों में, जिनमें आप समाधान परिनियोजित करने के लिए ALM एक्सेलेरेटर का उपयोग करते हैं, उन्हें एक डेटाबेस की भी आवश्यकता होती है। Dataverse

    नोट

    ALM एक्सेलेरेटर Dataverse for Teams के साथ संगत नहीं है. ALM एक्सेलेरेटर ऐप और संबंधित पाइपलाइन दोनों यह मानते हैं कि आप सभी परिवेशों में Dataverse का पूर्ण संस्करण उपयोग कर रहे हैं.

    हम अनुशंसा करते हैं कि आप ALM एक्सेलेरेटर को अन्य CoE स्टार्टर किट समाधानों के समान परिवेश में स्थापित करें। अपने संगठन के लिए सर्वोत्तम रणनीति निर्धारित करने के तरीके के बारे में अधिक जानें:

  • ALM एक्सेलेरेटर स्रोत नियंत्रण और परिनियोजन के लिए Azure DevOps का उपयोग करता है। यदि आपके पास कोई संगठन नहीं है, तो साइट पर अधिकतम पांच उपयोगकर्ताओं के लिए निःशुल्क साइन अप करें। Azure DevOps Azure DevOps

  • इस अनुभाग में दिए गए चरणों को पूरा करने के लिए, आपको Azure, Azure DevOps, और Power Platform में निम्नलिखित उपयोगकर्ताओं और अनुमतियों की आवश्यकता होगी:

    • एक लाइसेंस प्राप्त Azure उपयोगकर्ता जिसके पास Microsoft Entra समूह बनाने और देखने, ऐप पंजीकरण बनाने और Microsoft Entra ID में ऐप पंजीकरणों के लिए व्यवस्थापक सहमति प्रदान करने की अनुमति है
    • पाइपलाइन, सेवा कनेक्शन, रिपोज़ और एक्सटेंशन बनाने और प्रबंधित करने की अनुमति वाला लाइसेंस प्राप्त उपयोगकर्ता Azure DevOps
    • एक लाइसेंस प्राप्त उपयोगकर्ता जिसके पास एप्लिकेशन उपयोगकर्ता बनाने और उन्हें प्रशासनिक अनुमतियाँ प्रदान करने की अनुमति है Power Platform
  • निम्नलिखित कनेक्टर उस वातावरण में एक साथ उपयोग के लिए उपलब्ध होने चाहिए जिसमें ALM एक्सेलेरेटर आयात किया गया है:

  • क्रिएटर किट को उस वातावरण में स्थापित करें जहाँ आप ALM एक्सेलेरेटर स्थापित करते हैं.

मूलभूत स्थापना

निम्नलिखित चरण ALM एक्सेलेरेटर की कार्यक्षमता के लिए सामान्य हैं और किसी परियोजना या समाधान के लिए विशिष्ट नहीं हैं।

अपने Microsoft Entra परिवेश में ऐप पंजीकरण बनाएँ

Azure DevOps और Power Apps या Dataverse में संचालन करने के लिए आवश्यक अनुप्रयोग और संबंधित पाइपलाइनों को अनुमति प्रदान करने के लिए ALM एक्सेलेरेटर के लिए अनुप्रयोग पंजीकरण बनाएँ. आपको यह केवल एक बार करना होगा।

निम्न चरणों से पता चलता है कि Dataverse और Azure DevOps दोनों के लिए अनुमतियों के साथ एकल ऐप पंजीकरण कैसे बनाया जाए. हालाँकि, आप ज़िम्मेदारियों को विभाजित करने के लिए अलग-अलग ऐप पंजीकरण बनाना चाह सकते हैं। ऐप पंजीकरण रणनीति पर निर्णय लेने से पहले आपको यह विचार करना चाहिए कि अलग-अलग ऐप पंजीकरण रखरखाव और सुरक्षा दोनों को कैसे प्रभावित करते हैं।

ऐप पंजीकरण बनाएं

  1. Azure पोर्टल में साइन इन करें.

  2. Microsoft Entra आईडी>ऐप पंजीकरण चुनें.

  3. + नया पंजीकरण चुनें, और फिर पंजीकरण को एक नाम दें, जैसे ALMAcceleratorServicePrincipal.

  4. अन्य सभी विकल्पों को उनके डिफ़ॉल्ट मानों पर छोड़ दें, और पंजीकृत करें का चयन करें।

ऐप पंजीकरण में अनुमतियाँ जोड़ें

  1. बाईं ओर के पैनल में, API अनुमतियाँ चुनें.

  2. + अनुमति जोड़ें चुनें.

  3. Dynamics CRMका चयन करें, और फिर प्रत्यायोजित अनुमतियाँ और user_impersonation का चयन करें.

  4. ऐप पंजीकरण में API user_impersonation अनुमति जोड़ने के लिए अनुमतियाँ जोड़ें चुनें. Dynamics CRM

  5. + अनुमति जोड़ें पुनः चुनें.

  6. मेरे संगठन द्वारा उपयोग किए जाने वाले API टैब चुनें। PowerApps-सलाहकार खोजें और चुनें, और फिर प्रत्यायोजित अनुमतियाँ और विश्लेषण.सभी (व्यवस्थापक सहमति आवश्यक नहीं) चुनें।

    ऐप चेकर के माध्यम से स्थैतिक विश्लेषण चलाने के लिए यह अनुमति आवश्यक है।

  7. ऐप पंजीकरण में -Advisor API Analysis.All अनुमति जोड़ने के लिए अनुमति जोड़ें चुनें। PowerApps

  8. + अनुमति जोड़ें पुनः चुनें.

  9. या तो Microsoft APIs टैब पर या APIs मेरा संगठन उपयोग करता है टैब पर, Azure DevOps का चयन करें, और फिर प्रत्यायोजित अनुमतियाँ और user_impersonation का चयन करें.

    यह अनुमति ALM एक्सेलेरेटर ऐप में कस्टम कनेक्टर के माध्यम से कनेक्ट करने के लिए आवश्यक है. Azure DevOps

  10. यदि आपने Azure DevOps मेरे संगठन द्वारा उपयोग किए जाने वाले API से अनुमति टैब जोड़ा है, तो इस प्रक्रिया में बाद में उपयोग के लिए एप्लिकेशन (क्लाइंट) ID की प्रतिलिपि बनाएँ।

    आप इसका उपयोग DevOps एप्लिकेशन (क्लाइंट) ID के रूप में करेंगे, जो कि एप्लिकेशन (क्लाइंट) ID से भिन्न है, जिसे आप इस प्रक्रिया में बाद में कॉपी करेंगे।

    API अनुमति अनुरोध विंडो का स्क्रीनशॉट, जिसमें मेरे संगठन द्वारा उपयोग किए जाने वाले API टैब और एप्लिकेशन (क्लाइंट) ID हाइलाइट किए गए हैं।

    यदि आपको Azure DevOps मेरे संगठन द्वारा उपयोग किए जाने वाले APIs टैब पर अनुमति नहीं मिलती है, तो DevOps एप्लिकेशन (क्लाइंट) ID प्राप्त करने के लिए इन चरणों का पालन करें:

    1. एक निजी ब्राउज़र विंडो खोलें और https://dev.azure.com/<your devops organization>/_apis पर जाएं।
    2. साइन-इन पृष्ठ पर, URL में client_id पैरामीटर का मान कॉपी करें.

    एक संगठन साइन-इन पृष्ठ का स्क्रीनशॉट, जिसमें URL में client_id पैरामीटर हाइलाइट किया गया है। Azure DevOps

  11. ऐप पंजीकरण में API user_impersonation अनुमति जोड़ने के लिए अनुमति जोड़ें चुनें. Azure DevOps

  12. अपने किराएदार के लिए व्यवस्थापक सहमति प्रदान करें <चुनें।>

क्लाइंट सीक्रेट और रीडायरेक्ट URI कॉन्फ़िगर करें

  1. बाईं ओर के पैनल में, प्रमाणपत्र और गोपनीयता का चयन करें.

  2. + नया क्लायंट सीक्रेट चयन करें.

  3. समाप्ति तिथि चुनें, और फिर जोड़ें चुनें.

  4. बाद में उपयोग के लिए क्लाइंट सीक्रेट मान की प्रतिलिपि बनाएँ. यह एकमात्र समय है जब आप मान की प्रतिलिपि बना सकते हैं। पेज छोड़ने से पहले ऐसा अवश्य कर लें।

  5. बाईं ओर के पैनल में, अवलोकन चुनें.

  6. एप्लिकेशन (क्लाइंट) आईडी और डायरेक्टरी (टेनेंट) आईडी की प्रतिलिपि बनाएँ.

  7. कॉन्फ़िगर करें को चुनें.

अपने ऐप पंजीकरण को Power App Management की अनुमति दें

अपने ऐप पंजीकरण को पावर ऐप प्रबंधन अनुमतियाँ प्रदान करें ताकि पाइपलाइन आपके परिवेश में आवश्यक कार्य कर सकें. ... ऐसा करने के लिए, निम्नलिखित PowerShell cmdlet को एक इंटरैक्टिव उपयोगकर्ता के रूप में चलाएँ जिसके पास Power Apps व्यवस्थापकीय विशेषाधिकार हैं। आपको अपना ऐप पंजीकरण बनाने के बाद केवल एक बार यह कमांड चलाने की आवश्यकता है।

महत्त्वपूर्ण

निम्न PowerShell cmdlet ऐप पंजीकरण को उन्नत अनुमतियाँ देता है जैसे Power Platform व्यवस्थापक। हो सकता है कि आपके संगठन की सुरक्षा नीतियाँ इस प्रकार की अनुमति न दें। आगे बढ़ने से पहले सुनिश्चित करें कि उन्हें अनुमति है। यदि उन्हें अनुमति नहीं है, तो कुछ क्षमताएँ ALM एक्सेलेरेटर पाइपलाइनों में काम नहीं करती हैं.

Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Install-Module -Name Microsoft.PowerApps.PowerShell -AllowClobber
New-PowerAppManagementApp -ApplicationId <the Application (client) ID you copied when you created the app registration>

Azure DevOps एक्‍सटेंशन स्थापित करें

ALM एक्सेलेरेटर कई एक्सटेंशन का उपयोग करता है, जिनमें कुछ तृतीय-पक्ष एक्सटेंशन भी शामिल हैं जो बाज़ार में उपलब्ध हैं। Azure DevOps Azure DevOps प्रत्येक तृतीय-पक्ष एक्सटेंशन की वेबसाइट और उनके स्रोत कोड का लिंक निम्नलिखित निर्देशों में दिया गया है। मार्केटप्लेस एक्सटेंशन प्रकाशक का मूल्यांकन करने का तरीका जानें.

  1. Azure DevOpsपर लॉग इन करें.

  2. संगठन सेटिंग चुनें.

  3. सामान्य>एक्सटेंशन चुनें.

  4. निम्नलिखित एक्सटेंशन खोजें और इंस्टॉल करें:

अपने Azure DevOps आवृत्ति के लिए GitHub से YAML पाइपलाइनों को क्लोन करें

  1. https://aka.ms/coe-alm-accelerator-templates-latest-release पर जाएं और नवीनतम रिलीज़ का URL कॉपी करें।

  2. Azure DevOpsपर लॉग इन करें.

  3. कोई प्रोजेक्ट बनाएं या कोई मौजूदा प्रोजेक्ट चुनें.

  4. रिपोज़ का चयन करें, और फिर रिपॉजिटरी सूची में रिपॉजिटरी आयात करें का चयन करें.

  5. चरण 1 में आपके द्वारा कॉपी किया गया URL क्लोन URL के रूप में चिपकाएँ, और फिर आयात करें का चयन करें।

  6. पुष्टि करें कि रेपो के लिए डिफ़ॉल्ट शाखा main है. रिपोज़ और शाखाएँ चुनें और सुनिश्चित करें कि मुख्य शाखा को डिफ़ॉल्ट के रूप में टैग किया गया है।

    यदि ऐसा नहीं है, तो मुख्य शाखा के अनुरूप तीन ऊर्ध्वाधर बिंदुओं ( ) का चयन करें, और अधिक विकल्प मेनू से, डिफ़ॉल्ट शाखा के रूप में सेट करें का चयन करें।

    नोट

    यह रेपो वह स्थान है जहां समाधान पाइपलाइन टेम्पलेट और निर्यात/आयात पाइपलाइन चलती हैं। बाद में, जब आप अपने समाधानों के लिए पाइपलाइन बनाते हैं, तो आपको इस विशिष्ट प्रोजेक्ट और रेपो को संदर्भित करने की आवश्यकता हो सकती है यदि आप अपने समाधानों के लिए स्रोत नियंत्रण हेतु किसी भिन्न रेपो का उपयोग करना चुनते हैं।

समाधानों के आयात, हटाने और निर्यात के लिए पाइपलाइन बनाएँ

Azure DevOps रेपो में YAML के आधार पर आयात, हटाएँ और निर्यात पाइपलाइन बनाएँ. ये पाइपलाइन तब चलती हैं जब आप Git में समाधान प्रतिबद्ध करने, समाधान आयात करने या समाधान हटाने के लिए ऐप का उपयोग करते हैं.

नोट

यदि आप अपेक्षा करते हैं कि आपके सभी निर्यात एक ही क्रियाएं निष्पादित करेंगे, भले ही पाइपलाइन जिस समाधान के लिए चल रही हो, तो आप इस अनुभाग में वर्णित अनुसार एकल निर्यात पाइपलाइन बना सकते हैं. हालाँकि, आपको समाधान के आधार पर अलग-अलग निर्यात क्रियाओं की आवश्यकता हो सकती है। उस स्थिति में, आप export-solution-to-git पाइपलाइन में समाधान का नाम जोड़ सकते हैं, जैसे export-solution-to-git-SampleSolution, ताकि जब आप ऐप में क्रियाएँ निष्पादित करें, तो ऐप आपकी विशिष्ट समाधान पाइपलाइनों को निष्पादित करे.

निम्न तालिका रेपो में YAML फ़ाइल और उसके साथ वाली पाइपलाइन के बीच पत्राचार दिखाती है।

YAML फ़ाइल पाइपलाइन का नाम
export-solution-to-git.yml export-solution-to-git
import-unmanaged-to-dev-environment.yml import-unmanaged-to-dev-environment
delete-unmanaged-solution-and-components.yml delete-unmanaged-solution-and-components
  1. Azure DevOps में, पाइपलाइन>एक नई पाइपलाइन बनाएं पर जाएं.

  2. अपने कोड रिपोजिटरी के लिए Azure Repos Git चुनें, और फिर Azure DevOps उस रिपोजिटरी को इंगित करें जिसे आपने बनाया था और पिछले चरणों में पाइपलाइन टेम्पलेट्स के साथ सीड किया था।

  3. अपनी पाइपलाइन कॉन्फ़िगर करें पृष्ठ पर, मौजूदा Azure पाइपलाइन YAML फ़ाइल चुनें और /Pipelines/export-solution-to-git.yml, /Pipelines/import-unmanaged-to-dev-environment.yml या /Pipelines/delete-unmanaged-solution-and-components.yml.

  4. जारी रखें का चयन करें, और फिर सहेजें का चयन करें.

  5. अधिक मेनू () को पाइपलाइन चलाएँ के आगे चुनें, और फिर नाम बदलें/स्थानांतरित करें चुनें.

  6. पाइपलाइन का नाम बदलकर export-solution-to-git, import-unmanaged-to-dev-environment, या delete-unmanaged-solution-and-components करें, जैसा उपयुक्त हो।

  7. सहेजें चुनें.

निर्यात पाइपलाइन चर बनाएँ (वैकल्पिक)

आप export-solution-to-git पाइपलाइन पर पाइपलाइन चर सेट कर सकते हैं, ताकि यह नियंत्रित किया जा सके कि कौन सी जानकारी स्रोत नियंत्रण में बनी रहे। इन सेटिंग्स को वैश्विक रूप से लागू करने के लिए, अपने export-solution-to-git पाइपलाइन पर वेरिएबल सेट करें. निर्यात पर विशिष्ट समाधानों पर सेटिंग लागू करने के लिए, अपने समाधान के लिए एक निर्यात पाइपलाइन बनाएं जैसा कि पिछले अनुभाग में नोट में वर्णित है, और उस पाइपलाइन पर चर सेट करें.

यह सुनिश्चित करने के लिए कि निर्यात प्रक्रिया के दौरान पर्यावरण चर के वर्तमान मान कभी भी स्रोत नियंत्रण के लिए प्रतिबद्ध नहीं होते हैं, अपने export-solution-to-git पाइपलाइन पर DoNotExportCurrentEnvironmentVariableValues चर बनाएं और उसका मान True पर सेट करें।

महत्त्वपूर्ण

यह पाइपलाइन चर अनुशंसित है ताकि आप ALM एक्सेलेरेटर में परिनियोजन कॉन्फ़िगरेशन कार्यक्षमता का उपयोग कर सकें.

यह सुनिश्चित करने के लिए कि समाधान के निर्यात के दौरान विशिष्ट डिफ़ॉल्ट परिवेश चर के मान सेट किए गए हैं, अपने export-solution-to-git पाइपलाइन पर VerifyDefaultEnvironmentVariableValues चर बनाएँ और उसका मान True पर सेट करें. customDeploymentSettings.json में डिफ़ॉल्ट पर्यावरण चर के मान सेट करें जैसा कि परिनियोजन कॉन्फ़िगरेशन मार्गदर्शिका में वर्णित है.

  1. Azure DevOpsमें, पाइपलाइन>लाइब्रेरी>चुनें और एक नया वेरिएबल समूह बनाएँ.

  2. नये चर का नाम group alm-accelerator-variable-group रखें, जैसा कि यहां दिया गया है।

    पाइपलाइनें इस विशिष्ट चर समूह को संदर्भित करती हैं, इसलिए इसका नाम ठीक वैसे ही रखा जाना चाहिए जैसा दिखाया गया है। यदि आप अपने चर समूह के लिए एक अलग नामकरण पद्धति का उपयोग करने का निर्णय लेते हैं, तो आपको अपने द्वारा उपयोग किए जाने वाले नाम को संदर्भित करने के लिए पाइपलाइनों के कुछ हिस्सों को संशोधित करना होगा।

  3. चर समूह में निम्नलिखित चर जोड़ें:

    नाम विवरण मान
    AADHost Microsoft Entra प्राधिकरण एंडपॉइंट सार्वजनिक क्लाउड के लिए, login.microsoftonline.com का उपयोग करें. सरकारी क्लाउड के लिए, उपयुक्त प्राधिकरण URL का उपयोग करें.
    प्रोसेसकैनवसऐप्स क्या कैनवास ऐप्स निर्यात के दौरान अनपैक किए जाते हैं या बिल्ड के दौरान पैक किए जाते हैं यदि गलत है, तो कैनवास ऐप्स निर्यात के दौरान अनपैक नहीं किए जाते हैं या बिल्ड के दौरान पैक नहीं किए जाते हैं. कैनवास ऐप अनपैक और पैक कार्यक्षमता पूर्वावलोकन में है और इस समय उत्पादन परिवेशों में उपयोग के लिए अनुशंसित नहीं है। हालाँकि, आप स्रोत नियंत्रण में कैनवास स्रोत कोड को तब तक नहीं देख सकते जब तक आप इस चर को सत्य पर सेट नहीं करते।
  4. (वैकल्पिक) यदि आप अपनी पाइपलाइनों में कैनवास स्टूडियो परीक्षण स्वचालन का उपयोग करते हैं, तो चर समूह में निम्नलिखित चर जोड़ें:

    नाम मान
    TestAutomationLoginMethod क्लाउडआइडेंटिटी
    TestAutomationMakerPortalUrl निर्माता पोर्टल से यूआरएल, आमतौर पर Power Apps *https://make.powerapps.com*
    TestAutomationUsername स्वचालित परीक्षणों को निष्पादित करने के लिए उपयोग किया जाने वाला उपयोगकर्ता खाता
    TestAutomationPassword स्वचालित परीक्षणों को निष्पादित करने के लिए उपयोग किए जाने वाले उपयोगकर्ता खाते का पासवर्ड
  5. (वैकल्पिक) डिफ़ॉल्ट रूप से, वैश्विक चर प्रतिबंधित होते हैं और आपको प्रत्येक पाइपलाइन के लिए पहुँच कॉन्फ़िगर करने की आवश्यकता होती है। आप इसे सरल बना सकते हैं और किसी भी पाइपलाइन के लिए पहुंच की अनुमति दे सकते हैं। चर समूह (पाइपलाइन>लाइब्रेरी>alm-accelerator-variable-group) के अंतर्गत, शीर्ष मेनू में पाइपलाइन अनुमतियाँ चुनें, () चुनें, और फिर ओपन एक्सेसचुनें।

प्रोजेक्ट बिल्ड सेवा के लिए अनुमतियाँ सेट करें

महत्त्वपूर्ण

Azure DevOps इसमें अनेक "बिल्ड सर्विस" खाते हैं, और इस अनुभाग में दिए गए चरणों का पालन करने पर आपको भ्रम हो सकता है। चरण 3 और 5 में निर्दिष्ट नामों और प्रारूप पर ध्यान दें. यदि यह प्रारंभिक सूची में दिखाई नहीं देता है तो आपको विशिष्ट खाते की खोज करने की आवश्यकता हो सकती है.

  1. Azure DevOpsमें, प्रोजेक्ट सेटिंग्स का चयन करें.

  2. भंडार>सुरक्षा चुनें.

  3. उपयोगकर्ता के अंतर्गत, प्रोजेक्ट संग्रह बिल्ड सेवा (आपका संगठन नाम) खोजें और चुनें.

    नोट

    हो सकता है कि आपको आपका संगठन नामप्रोजेक्ट संग्रह बिल्ड सेवा उपयोगकर्ता के बाद दिखाई न दे. यह सिर्फ एक विशिष्ट पहचानकर्ता हो सकता है। इस स्थिति में, उपयोगकर्ता को खोजने के लिए खोज फ़ंक्शन का उपयोग करें और फिर उसका चयन करें।

  4. बिल्ड सेवा उपयोगकर्ता के लिए निम्नलिखित अनुमतियाँ सेट करें:

    अनुमति मान
    योगदान देना अनुमति देना
    पुल अनुरोधों में योगदान करें अनुमति देना
    शाखा बनाएं अनुमति देना
    नीतियां संपादित करें अनुमति देना
  5. उपयोगकर्ता के अंतर्गत, आपका प्रोजेक्ट नाम बिल्ड सेवा (आपके संगठन का नाम) खोजें और चुनें.

  6. चरण 4 के समान मान सेट करें.

  7. पाइपलाइनें चुनें, ऊपरी-दाएं कोने में तीन बिंदु () चुनें, और फिर सुरक्षा प्रबंधित करें चुनें.

  8. आपका प्रोजेक्ट नाम बिल्ड सेवा (आपके संगठन का नाम) उपयोगकर्ता के लिए निम्नलिखित अनुमतियाँ सेट करें:

    अनुमति मान
    बिल्ड पाइपलाइन संपादित करें अनुमति देना
    निर्माण गुणवत्ता संपादित करें अनुमति देना
    बिल्ड क्यू प्रबंधित करें अनुमति देना
    बिल्ड द्वारा चेक-इन सत्यापन को ओवरराइड करें अनुमति देना
    बिल्ड जानकारी अपडेट करें अनुमति देना
    बिल्ड पाइपलाइन देखें अनुमति देना
    निर्माण देखें अनुमति देना
  9. प्रोजेक्ट सेटिंग्स>एजेंट पूल का चयन करें, सुरक्षा का चयन करें, और फिर जोड़ें का चयन करें.

  10. आपका प्रोजेक्ट नाम बिल्ड सर्विस (आपके संगठन का नाम) खोजें और चुनें.

  11. भूमिका को रीडरपर सेट करें.

  12. जोड़ें चुनें.

  13. (वैकल्पिक) डिफ़ॉल्ट रूप से, प्रत्येक रिपॉजिटरी के लिए पाइपलाइन अनुमतियाँ प्रतिबंधित होती हैं और आपको उन्हें व्यक्तिगत रूप से कॉन्फ़िगर करना होगा। आप इसे सरल बना सकते हैं और किसी भी पाइपलाइन के लिए पहुंच की अनुमति दे सकते हैं। प्रोजेक्ट सेटिंग्स>रिपॉजिटरीज के अंतर्गत, बारी-बारी से प्रत्येक रिपॉजिटरीज का चयन करें। शीर्ष मेनू में सुरक्षा चुनें. पाइपलाइन अनुमतियाँ ब्लॉक ढूँढें, () का चयन करें, और फिर ओपन एक्सेस का चयन करें.

विकास परियोजना सेटअप

निम्नलिखित अनुभाग आपको आपके द्वारा समर्थित प्रत्येक विकास परियोजना को स्थापित करने के लिए आवश्यक चरणों के बारे में मार्गदर्शन करता है। इस संदर्भ में, एक विकास परियोजना में बुनियादी ढांचे और विन्यास शामिल होता है जो स्वस्थ अनुप्रयोग जीवनचक्र प्रबंधन (ALM) का समर्थन करता है, जिसमें उस वातावरण का विन्यास भी शामिल होता है जो ALM प्रक्रिया का समर्थन करता है। Dataverse

Azure DevOps पहुँच के लिए सेवा कनेक्शन बनाएँ Power Platform

प्रत्येक वातावरण - विकास, सत्यापन, परीक्षण और उत्पादन - में एक सेवा कनेक्शन होना चाहिए। Dataverse Power Platform Azure DevOps अपने प्रत्येक वातावरण के लिए निम्नलिखित चरण निष्पादित करें.

नोट

ALM एक्सेलेरेटर अनुप्रयोग उपयोगकर्ता केवल उन परिवेशों को देखते हैं जिनमें उनके पास Azure DevOps में सेवा कनेक्शन पर उपयोगकर्ता या व्यवस्थापक की भूमिका होती है. यदि वे व्यक्तिगत विकास परिवेश में काम करते हैं, तो निर्माताओं के पास अपने व्यक्तिगत विकास परिवेश के लिए सेवा कनेक्शन पर उपयोगकर्ता या व्यवस्थापक की भूमिका होनी चाहिए। सत्यापन, परीक्षण, और उत्पादन परिवेश सेवा कनेक्शन जैसे बिल्ड सेवा को केवल पाइपलाइनों को दी गई अनुमतियों की आवश्यकता होती है।

  1. Azure DevOpsपर लॉग इन करें और फिर अपना प्रोजेक्ट चुनें।

  2. प्रोजेक्ट सेटिंग्स>सेवा कनेक्शन का चयन करें, और फिर सेवा कनेक्शन बनाएँ का चयन करें.

  3. Power Platform सेवा कनेक्शन प्रकार खोजें और चुनें.

  4. अगला चुनें.

  5. सर्वर URL के लिए, अपना परिवेश URL दर्ज करें; उदाहरण के लिए, https://myorg.crm.dynamics.com/.

    महत्त्वपूर्ण

    आपको URL में अंतिम फ़ॉरवर्ड स्लैश (/) शामिल करना होगा; अर्थात, इस उदाहरण में .com के बाद।

  6. सेवा कनेक्शन नाम के लिए, वही URL दर्ज करें जो आपने चरण 4 में दर्ज किया था, जिसमें प्रशिक्षण फ़ॉरवर्ड स्लैश (/) भी शामिल है।

  7. टेनेंट आईडी, एप्लिकेशन (क्लाइंट) आईडी, और क्लाइंट सीक्रेट दर्ज करें जिसे आपने Microsoft Entra से कॉपी किया था जब आपने एप्लिकेशन पंजीकरण बनाया था।

  8. सभी पाइपलाइनों तक पहुँच अनुमति प्रदान करें का चयन करें.

  9. सहेजें चुनें.

सेवा कनेक्शन को सभी परिवेशों में सभी उपयोगकर्ताओं को उपयोगकर्ता अनुमतियाँ प्रदान करनी चाहिए, जिन्हें उपयोगकर्ताओं को ऐप से एक्सेस करने में सक्षम होना चाहिए (उदाहरण के लिए, निर्माता परिवेश)।

  1. सेवा कनेक्शन सूची में, उपयोगकर्ताओं के साथ साझा किए जाने वाले सेवा कनेक्शन का चयन करें।

  2. ऊपरी-दाएँ कोने में अधिक () का चयन करें, और फिर सुरक्षा का चयन करें.

  3. समूह या उपयोगकर्ता सूची में, उस उपयोगकर्ता या समूह का चयन करें जिसे आप उपयोगकर्ता अनुमतियाँ प्रदान करना चाहते हैं।

  4. उपयोगकर्ता चुनें, भूमिका चुनें, और फिर जोड़ें चुनें.

अपने प्रत्येक विकास, सत्यापन, परीक्षण और उत्पादन परिवेश के लिए इस अनुभाग में दिए गए चरणों को दोहराएं।

सेवा कनेक्शन का उपयोग करने के लिए प्रोजेक्ट बिल्ड सेवा के लिए अनुमतियाँ सेट करें

  1. Azure DevOpsमें, प्रोजेक्ट सेटिंग्स>सेवा कनेक्शन का चयन करें.

  2. ऊपरी-दाएँ कोने में () का चयन करें, सुरक्षा का चयन करें, और फिर जोड़ें का चयन करें.

  3. आपका प्रोजेक्ट नाम बिल्ड सर्विस (आपके संगठन का नाम) खोजें और चुनें.

  4. भूमिका को व्यवस्थापकपर सेट करें, और फिर जोड़ें का चयन करें.

अपने Dataverse परिवेश में एक ऐप उपयोगकर्ता बनाएं

पाइपलाइनों को कनेक्ट Dataverse करने की अनुमति देने के लिए अपने वातावरण में एक अनुप्रयोग उपयोगकर्ता बनाएँ। इसे प्रत्येक परिवेश में करें जिसे आप परिनियोजित करने के लिए ALM एक्सेलेरेटर का उपयोग करने की योजना बना रहे हैं।

  1. व्यवस्थापन केंद्र Power Platform में लॉग इन करें.

  2. अपने विकास परिवेश का चयन करें, और उसके बाद सेटिंग्सका चयन करें

  3. उपयोगकर्ता + अनुमतियां>आवेदन उपयोगकर्ता चुनें.

  4. + नया ऐप उपयोगकर्ता चुनें

  5. + एक ऐप जोड़ें चुनें , आपके द्वारा पहले बनाए गए ऐप पंजीकरण का चयन करें, और फिर जोड़ें चुनें

  6. व्यवसाय इकाई का चयन करें.

  7. सुरक्षा भूमिकाओं केदाईं ओर पेंसिल आइकन का चयन करें, और फिर ऐप उपयोगकर्ता के लिए सुरक्षा भूमिकाएं चुनें।

    हम अनुशंसा करते हैं कि आप अनुप्रयोग उपयोगकर्ता सिस्टम व्यवस्थापक को सुरक्षा भूमिका विशेषाधिकार दें, ताकि उपयोगकर्ता प्रत्येक परिवेश में आवश्यक फ़ंक्शंस निष्पादित कर सके.

  8. बनाएँ चुनें.

इन चरणों को अपने प्रमाणीकरण, परीक्षण और उत्पादन परिवेशों में दोहराएं.

समाधान सेटअप

जब आप Dataverse में कोई समाधान बनाते हैं, तो आपको उस समाधान के लिए विशेष रूप से पाइपलाइन बनाने की आवश्यकता होती है. निम्नलिखित नमूना पाइपलाइनों को पाइपलाइन्स निर्देशिका में coe-alm-templates संग्रह में शामिल किया गया है:

नमूना पाइपलाइन संगठनों को अपने पाइपलाइन टेम्पलेट्स को विशिष्ट समाधान पाइपलाइन YAML से एक अलग परियोजना या रेपो में संग्रहीत करने के लिए लचीलापन प्रदान करते हैं. अपनी समाधान पाइपलाइन को कॉन्फ़िगर करने के लिए इस अनुभाग में दिए गए चरणों का पालन करें. प्रत्येक समाधान के लिए इन चरणों को दोहराएँ जिसके लिए आप स्रोत नियंत्रण के लिए ALM एक्सेलेरेटर का उपयोग कर रहे हैं.

महत्त्वपूर्ण

आपके समाधान पाइपलाइन के लिए YAML हमेशा उसी रिपोजिटरी में संग्रहीत किया जाता है जिसका उपयोग आप अपने समाधान के लिए स्रोत नियंत्रण के लिए करते हैं। हालाँकि, पाइपलाइन टेम्पलेट्स—अर्थात, फ़ोल्डर Pipeline\Templates—या तो आपके समाधान पाइपलाइन YAML के समान रेपो में या एक अलग रेपो या प्रोजेक्ट में मौजूद हो सकते हैं।

समाधान निर्माण और परिनियोजन पाइपलाइन बनाएँ

समाधान पाइपलाइनों का उपयोग आपके टैनेंट में परिवेशों के लिए आपके स्रोत-नियंत्रित समाधानों को बनाने और परिनियोजित करने के लिए किया जाता है. नमूना पाइपलाइनें मानती हैं कि आप केवल तीन वातावरणों का उपयोग कर रहे हैं: सत्यापन, परीक्षण और उत्पादन. हालाँकि, आप अपने संगठन की परिवेश रणनीति के आधार पर आवश्यकतानुसार कई समाधान पाइपलाइन बना सकते हैं।

नमूना परिनियोजन पाइपलाइनों को शाखा में परिवर्तन (अर्थात् परीक्षण और उत्पादन) या शाखा नीति के भाग के रूप में (अर्थात् सत्यापन) ट्रिगर किया जाता है। Azure DevOps पुल अनुरोध सत्यापन के लिए शाखा नीतियाँ सेट करने के बारे में अधिक जानें. आप बिना किसी ट्रिगर के भी पाइपलाइन को मैन्युअल रूप से चला सकते हैं।

नमूना पाइपलाइन YAML से परिनियोजन पाइपलाइन बनाने के लिए इस अनुभाग में दिए गए चरणों का पालन करें. निम्न तालिका पाइपलाइन कॉन्फ़िगरेशन का वर्णन करती है.

महत्त्वपूर्ण

पाइपलाइन का नाम बिल्कुल वैसा ही होना चाहिए जैसा कि निम्न तालिका में दिखाया गया है, जिसमें MyNewSolution के स्थान पर आपके समाधान का नाम होना चाहिए.

पाइपलाइन YAML फ़ाइल नाम पाइपलाइन का नाम शाखा नीति सक्षम आवश्य
बिल्ड-तैनाती-सत्यापन-MyNewSolution.yml तैनाती-सत्यापन-MyNewSolution हां हां
बिल्ड-डिप्लॉय-टेस्ट-MyNewSolution.yml तैनाती-परीक्षण-MyNewSolution No हां
build-deploy-prod-MyNewSolution.yml डिप्लॉय-प्रोड-MyNewSolution No नहीं (अगले सेक्शन पर जाएँ)

नोट

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

पाइपलाइन फ़ाइल बनाएँ

  1. Azure DevOps में, उस रेपो पर जाएं जिसमें आपके द्वारा प्रतिबद्ध पाइपलाइन फ़ोल्डर है, और पाइपलाइन फ़ोल्डर का चयन करें.

  2. तीन नमूना परिनियोजन पाइपलाइनों में से एक को खोलें और अपनी नई पाइपलाइन में उपयोग करने के लिए YAML की प्रतिलिपि बनाएँ।

  3. अपनी पाइपलाइन में उपयोग के लिए रेपो का नाम नोट करें.

  4. उस रेपो पर जाएं जिसका उपयोग आप अपने समाधान के लिए स्रोत नियंत्रण के लिए करना चाहते हैं.

  5. अपनी डिफ़ॉल्ट शाखा के आधार पर एक शाखा बनाएं और इसे अपने समाधान के लिए नाम दें; उदाहरण के लिए, MyNewSolution.

    यह शाखा आपके समाधान के लिए अगले संस्करण (v-next) शाखा बन जाती है। सभी विकास कार्यों को इस शाखा से डेवलपर की व्यक्तिगत कार्यशील शाखा में विभाजित किया जाना चाहिए, और फिर सत्यापन और परीक्षण के लिए v-next शाखा में विलय किया जाना चाहिए। बाद में, जब कोई रिलीज़ तैयार हो जाती है, तो v-अगली शाखा को मुख्य या डिफ़ॉल्ट शाखा में मिला दिया जा सकता है.

  6. शीर्ष मेनू से नया चुनें, और फिर फ़ोल्डर चुनें.

  7. नये फ़ोल्डर को अपने समाधान के समान नाम दें।

  8. नई पाइपलाइन YAML फ़ाइल को एक नाम दें, जैसे build-deploy-validation-SampleSolution.yml, build-deploy-test-SampleSolution.yml, या build-deploy-prod-SampleSolution.yml.

  9. बनाएँ चुनें.

फ़ाइल को अपडेट करें और सहेजें

  1. पिछले अनुभाग में चरण 2 में आपके द्वारा कॉपी की गई YAML को नई पाइपलाइन फ़ाइल में पेस्ट करें।

  2. नई पाइपलाइन YAML में निम्नलिखित मान बदलें:

    • संसाधन>रिपॉजिटरीज़>नाम को उस रिपोज़िटरी के नाम में बदलें जिसमें आपके पाइपलाइन टेम्पलेट शामिल हैं.

      इस उदाहरण में, रेपो का नाम coe-alm-accelerator-templates है और यह MyNewSolution रेपो के समान ही प्रोजेक्ट में मौजूद है। यदि आपका टेम्पलेट रिपोजिटरी किसी भिन्न Azure DevOps प्रोजेक्ट में है, तो प्रारूप ProjectName/RepoName का उपयोग करें। यदि आवश्यक हो तो आप ref पैरामीटर का उपयोग करके अपने टेम्पलेट्स के लिए शाखा भी निर्दिष्ट कर सकते हैं।

    • SampleSolutionName को संदर्भित करने वाले किसी भी मान को अपने समाधान के अद्वितीय नाम में बदलें; उदाहरण के लिए, MyNewSolution.

  3. अपने परिवर्तनों को सहेजने के लिए प्रतिबद्ध करें चुनें.

  4. Azure DevOps में, पाइपलाइन पर जाएँ, और फिर नई पाइपलाइन बनाएँ चुनें.

  5. अपने कोड भंडार के लिए Azure Repos Git चुनें.

  6. DevOps repo चुनें, जिसमें परिनियोजन पाइपलाइन YAML शामिल है.

  7. अपनी पाइपलाइन कॉन्फ़िगर करें पृष्ठ पर, मौजूदा Azure पाइपलाइन YAML फ़ाइल का चयन करें, अपने रेपो में उस YAML फ़ाइल को इंगित करें जिसे आपने पहले बनाया था, और फिर जारी रखें का चयन करें.

  8. सहेजें का चयन करें, पाइपलाइन चलाएँ के आगे ( ) का चयन करें, और फिर नाम बदलें/स्थानांतरित करें का चयन करें.

  9. पाइपलाइन का नाम बदलकर deploy-validation-MyNewSolution, deploy-test-MyNewSolution, या deploy-prod-MyNewSolution करें, जहाँ MyNewSolution आपके समाधान का नाम है.

  10. सहेजें चुनें.

  11. यदि आपकी नई पाइपलाइन रिपॉजिटरी की डिफ़ॉल्ट शाखा में नहीं बनाई गई थी: पाइपलाइन पर संपादित करें का चयन करें. ऊपरी-दाएँ कोने में () का चयन करें, और फिर ट्रिगर्स का चयन करें. YAML टैब चुनें और फिर स्रोत प्राप्त करें चुनें. मैन्युअल और शेड्यूल किए गए बिल्ड के लिए डिफ़ॉल्ट शाखा को अपनी समाधान शाखा की ओर इंगित करने के लिए बदलें। पाइपलाइन ट्रिगर्स को कॉन्फ़िगर करने के तरीके के बारे में अधिक जानें.

  12. अपने प्रत्येक परिवेश के लिए डिप्लॉयमेंट पाइपलाइन बनाने के लिए पिछले चरणों को दोहराएँ, coe-alm-accelerator-templates रेपो (deploy-validation-SampleSolution.yml, deploy-test-SampleSolution.yml, और deploy-prod-SampleSolution.yml) से नमूना डिप्लॉयमेंट पाइपलाइन YAML को संदर्भित करें।

  13. सहेजें और पंक्तिबद्ध करें चुनें, और फिर सहेजें चुनें.

समाधान परिनियोजन पाइपलाइन बनाएँ (वैकल्पिक)

जैसा कि पहले उल्लेख किया गया है, पिछले अनुभाग में दिए गए चरण पाइपलाइन बनाते हैं जो सत्यापन, परीक्षण और उत्पादन वातावरण के लिए निर्मित और तैनात किए जाते हैं। हालाँकि, यदि आप केवल सत्यापन और परीक्षण के लिए निर्माण और परिनियोजन करना चाहते हैं और फिर परीक्षण निर्माण से उत्पादन तक आर्टिफैक्ट्स को परिनियोजित करना चाहते हैं, तो आप एक अलग समाधान डिप्लॉयमेंट पाइपलाइन बना सकते हैं।

नमूना पाइपलाइन YAML से समाधान डिप्लॉयमेंट पाइपलाइन बनाने के लिए इस अनुभाग में दिए गए चरणों का पालन करें. निम्न तालिका पाइपलाइन कॉन्फ़िगरेशन का वर्णन करती है.

महत्त्वपूर्ण

पाइपलाइन का नाम बिल्कुल वैसा ही होना चाहिए जैसा कि निम्न तालिका में दिखाया गया है, जिसमें MyNewSolution के स्थान पर आपके समाधान का नाम होना चाहिए.

पाइपलाइन YAML फ़ाइल नाम पाइपलाइन का नाम शाखा नीति सक्षम
डिप्लॉय-प्रोड-MyNewSolution.yml डिप्लॉय-प्रोड-MyNewSolution No
  1. Azure DevOps में, उस रेपो पर जाएं जिसमें आपके द्वारा प्रतिबद्ध पाइपलाइन फ़ोल्डर है, और पाइपलाइन फ़ोल्डर का चयन करें.

  2. नमूना परिनियोजन पाइपलाइन deploy-prod-pipelineartifact-SampleSolution.yml खोलें, और अपनी नई पाइपलाइन में उपयोग करने के लिए YAML की प्रतिलिपि बनाएँ.

  3. अपनी पाइपलाइन में उपयोग के लिए रेपो का नाम नोट करें.

  4. उस रेपो पर जाएं जिसका उपयोग आप अपने समाधान के लिए स्रोत नियंत्रण के लिए करना चाहते हैं.

  5. शीर्ष मेनू से नया चुनें, और फिर फ़ाइल चुनें.

  6. नई पाइपलाइन YAML फ़ाइल को एक नाम दें; उदाहरण के लिए, deploy-prod-MyNewSolution.yml, जहाँ MyNewSolution आपके समाधान का नाम है।

  7. बनाएँ चुनें.

  8. चरण 2 में आपके द्वारा कॉपी की गई YAML को नई पाइपलाइन फ़ाइल में पेस्ट करें।

  9. नई पाइपलाइन YAML में निम्नलिखित मान बदलें:

    • परिवर्तन ट्रिगर>शाखाएँ>शामिल उन शाखाओं में जिनमें परिवर्तन से उत्पादन में परिनियोजन ट्रिगर होना चाहिए।

    • संसाधन>रिपॉजिटरीज़>नाम को उस रिपोज़िटरी के नाम में बदलें जिसमें आपके पाइपलाइन टेम्पलेट शामिल हैं.

      इस उदाहरण में, रेपो का नाम coe-alm-accelerator-templates है और यह MyNewSolution रेपो के समान ही प्रोजेक्ट में मौजूद है। यदि आपका टेम्पलेट रिपोजिटरी किसी भिन्न Azure DevOps प्रोजेक्ट में है, तो प्रारूप ProjectName/RepoName का उपयोग करें। यदि आवश्यक हो तो आप ref पैरामीटर का उपयोग करके अपने टेम्पलेट्स के लिए शाखा भी निर्दिष्ट कर सकते हैं।

    • संसाधन>पाइपलाइन>स्रोत को अपडेट करें, ताकि वह बिल्ड पाइपलाइन निर्दिष्ट की जा सके जिसमें वे आर्टिफैक्ट्स शामिल हों जिन्हें इस पाइपलाइन द्वारा परिनियोजित किया जाना चाहिए। इस मामले में, आप पहले बनाए गए परीक्षण पाइपलाइन से आर्टिफैक्ट्स को तैनात करने जा रहे हैं, जिसने आपके समाधान को परीक्षण वातावरण में बनाया और तैनात किया।

    • SampleSolutionName को संदर्भित करने वाले किसी भी मान को अपने समाधान के अद्वितीय नाम में बदलें; उदाहरण के लिए, MyNewSolution.

  10. deploy-validation-ALMAcceleratorSampleSolution और deploy-test-ALMAcceleratorSampleSolution के लिए पिछले अनुभाग में चरण 11 से 20 को दोहराएँ, ताकि deploy-prod-ALMAcceleratorSampleSolution नामक नई उत्पादन पाइपलाइन YAML से पाइपलाइन बनाई जा सके.

डिप्लॉयमेंट पाइपलाइन चर सेट करें

आपके द्वारा पहले कॉन्फ़िगर किए गए प्रत्येक डिप्लॉयमेंट पाइपलाइन के लिए, आपको उस वातावरण के आधार पर चरों EnvironmentName और ServiceConnection के मान सेट करने होंगे, जिसमें पाइपलाइन तैनात होती है। आप परिनियोजन के भाग के रूप में प्रवाह को बंद करने के लिए चर भी सेट कर सकते हैं। EnableFlows Power Automate

परिवेश और सेवा कनेक्शन चर बनाएँ (आवश्यक)

प्रत्येक डिप्लॉयमेंट पाइपलाइन को पर्यावरण चर EnvironmentName और सेवा कनेक्शन चर ServiceConnection की आवश्यकता होती है।

  • EnvironmentName परिनियोजन इतिहास को ट्रैक करने और विशिष्ट परिवेशों में परिनियोजन के लिए अनुमतियाँ और अनुमोदन सेट करने के लिए परिनियोजित किए जा रहे परिवेश को निर्दिष्ट करता है. Azure DevOps इस मान को Validate, Test, या Production पर सेट करें, जैसा उपयुक्त हो।

  • ServiceConnection निर्दिष्ट करता है कि डिप्लॉयमेंट पाइपलाइन Power Platform से कैसे जुड़ता है. स्वीकृत मान आपके द्वारा पहले बनाए गए सेवा कनेक्शनों के नाम हैं.

  1. प्रत्येक परिनियोजन पाइपलाइन पर संपादित करें चुनें.

  2. चर संपादक को खोलने के लिए डिप्लॉयमेंट पाइपलाइन परिभाषा पर चर का चयन करें।

  3. कोई चर जोड़ने के लिए, (+) चुनें. चर का नाम और उचित मान दर्ज करें.

EnvironmentName और ServiceConnection चर बनाने के लिए इन चरणों को दोहराएँ.

EnableFlows वैरिएबल बनाएं (वैकल्पिक)

आप EnableFlows नामक पाइपलाइन चर का मान False पर सेट कर सकते हैं, ताकि उन चरणों को छोड़ा जा सके जो Power Automate परिनियोजन के भाग के रूप में प्रवाहों को स्वचालित रूप से सक्षम करते हैं। EnableFlows चर का डिफ़ॉल्ट मान सत्य है.

पुल अनुरोध सत्यापन के लिए शाखा नीतियाँ निर्धारित करें

पुल अनुरोध बनाते समय आपके द्वारा पहले बनाई गई पाइपलाइन को निष्पादित करने के लिए एक शाखा नीति बनाएँ।

  1. Azure DevOps में, रेपो पर जाएं और फिर शाखाएं फ़ोल्डर चुनें.

  2. वह शाखा ढूंढें जिसके लिए आप पुल अनुरोध नीति बनाना चाहते हैं। शाखा के दाईं ओर () का चयन करें, और फिर शाखा नीतियाँ का चयन करें.

  3. शाखा नीतियां पेज पर, बिल्ड प्रमाणीकरण पर जाएं.

  4. नई शाखा नीति जोड़ने के लिए + चुनें.

  5. पाइपलाइन बनाएँ सूची में, आपके द्वारा पहले बनाई गई पाइपलाइन का चयन करें.

  6. यदि लागू हो तो पथ फ़िल्टर निर्दिष्ट करें ताकि यह सुनिश्चित हो सके कि केवल निर्दिष्ट पथ में परिवर्तन ही पुल अनुरोध के लिए पाइपलाइन को ट्रिगर करता है।

  7. ट्रिगर को स्वचालित पर सेट करें.

  8. नीति आवश्यकता को आवश्यक पर सेट करें.

  9. बिल्ड समाप्ति को तत्काल पर सेट करें.

  10. अपनी शाखा नीति के लिए a प्रदर्शन नाम सेट करें; उदाहरण के लिए, PR बिल्ड सत्यापन.

  11. सहेजें चुनें.

सत्यापन निर्माण नीति के लिए सेटिंग्स का चयन करने का स्क्रीनशॉट.

पाइपलाइनों के लिए संसाधन पहुँच अनुमतियाँ सेट करें

पाइपलाइनों को चलने के लिए आवश्यक संसाधनों, जैसे रिपॉजिटरी, वेरिएबल ग्रुप और सेवा कनेक्शन तक पहुंच की आवश्यकता होती है। पहुँच की अनुमति देने के लिए आपके पास तीन विकल्प हैं।

पहले रन के दौरान पहुँच प्रदान करें

आप पाइपलाइन के प्रथम रन के दौरान आवश्यक संसाधन तक पहुंच की अनुमति दे सकते हैं।

  1. पाइपलाइन को ट्रिगर करें और पाइपलाइन को खोलें Azure DevOps में चलाएं।
  2. "अनुमति आवश्यक" बैनर में देखें चुनें.
  3. प्रत्येक आवश्यक संसाधन के लिए अनुमति का चयन करें।

स्पष्ट अनुमति दें

आप किसी पाइपलाइन को आवश्यक रिपोज़िटरी तक पहुंचने की स्पष्ट अनुमति दे सकते हैं।

  1. Azure DevOpsमें, प्रोजेक्ट सेटिंग्स खोलें.
  2. रिपॉजिटरीज का चयन करें, और फिर एक रिपॉजिटरीज का चयन करें।
  3. सुरक्षा टैब चुनें.
  4. पाइपलाइन अनुमतियाँ तक नीचे स्क्रॉल करें और + चुनें.
  5. उस पाइपलाइन का चयन करें जिसे आप रिपॉजिटरी तक पहुंच देना चाहते हैं.

आप पाइपलाइन को आवश्यक चर समूहों तक पहुंचने की स्पष्ट अनुमति दे सकते हैं।

  1. Azure DevOpsमें, पाइपलाइन>लाइब्रेरी का चयन करें, और फिर एक चर समूह का चयन करें।
  2. पाइपलाइन अनुमतियाँ चुनें.
  3. +का चयन करें, और फिर उस पाइपलाइन का चयन करें जिसे आप चर समूह तक पहुँच देना चाहते हैं।

आप किसी पाइपलाइन को आवश्यक सेवा कनेक्शन तक पहुंचने की स्पष्ट अनुमति दे सकते हैं।

  1. Azure DevOpsमें, प्रोजेक्ट सेटिंग्स खोलें.
  2. सेवा कनेक्शन का चयन करें, और फिर एक सेवा कनेक्शन का चयन करें.
  3. अधिक क्रियाएँ () का चयन करें, और फिर सुरक्षा का चयन करें.
  4. पाइपलाइन अनुमतियाँ तक नीचे स्क्रॉल करें और + चुनें.
  5. उस पाइपलाइन का चयन करें जिसे आप सेवा कनेक्शन तक पहुंच देना चाहते हैं।

सभी पाइपलाइनों तक पहुंच प्रदान करें

आप सभी पाइपलाइनों को, चाहे वे वर्तमान में आपके पास हों या भविष्य में आपके द्वारा बनाई जाने वाली, आवश्यक रिपॉजिटरी तक पहुंचने की अनुमति दे सकते हैं।

  1. Azure DevOpsमें, प्रोजेक्ट सेटिंग्स खोलें.
  2. रिपॉजिटरीज का चयन करें, और फिर एक रिपॉजिटरीज का चयन करें।
  3. सुरक्षा टैब चुनें.
  4. पाइपलाइन अनुमतियाँ तक नीचे स्क्रॉल करें.
  5. अधिक क्रियाएँ () का चयन करें, खुली पहुँच का चयन करें, और फिर संकेत मिलने पर पुष्टि करें।

आप सभी पाइपलाइनों को आवश्यक चर समूहों तक पहुंच की अनुमति दे सकते हैं।

  1. Azure DevOpsमें, पाइपलाइन>लाइब्रेरी का चयन करें, और फिर एक चर समूह का चयन करें।
  2. पाइपलाइन अनुमतियाँ चुनें.
  3. अधिक क्रियाएँ () का चयन करें, खुली पहुँच का चयन करें, और फिर संकेत मिलने पर पुष्टि करें।

आप सभी पाइपलाइनों को आवश्यक सेवा कनेक्शन तक पहुंच की अनुमति दे सकते हैं।

  1. Azure DevOpsमें, प्रोजेक्ट सेटिंग्स खोलें.
  2. सेवा कनेक्शन का चयन करें, और फिर एक सेवा कनेक्शन का चयन करें.
  3. अधिक क्रियाएँ () का चयन करें, और फिर सुरक्षा का चयन करें.
  4. एक सेवा कनेक्शन का चयन करें, अधिक क्रियाएँ () का चयन करें, और फिर सुरक्षा का चयन करें.
  5. पाइपलाइन अनुमतियाँ तक नीचे स्क्रॉल करें.
  6. अधिक क्रियाएँ () का चयन करें, खुली पहुँच का चयन करें, और फिर संकेत मिलने पर पुष्टि करें।

नौकरी प्राधिकरण का दायरा सेट करें

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

सभी परियोजनाओं के लिए संगठन स्तर पर कार्य प्राधिकरण का दायरा निर्धारित करना

  1. Azure DevOpsमें, संगठन सेटिंग > पाइपलाइन > सेटिंग चुनें.
  2. रिलीज़ पाइपलाइनों के लिए जॉब प्राधिकरण क्षेत्र को वर्तमान प्रोजेक्ट तक सीमित करें सेटिंग को अक्षम करें.

परिनियोजन कॉन्फ़िगरेशन बनाएँ (वैकल्पिक)

समाधान परिनियोजित करने के बाद आपको लक्ष्य परिवेश में कई कॉन्फ़िगरेशन बनाने की आवश्यकता होती है. ये कॉन्फ़िगरेशन परिवेश के लिए विशिष्ट होते हैं और इनमें कनेक्शन संदर्भ, परिवेश चर और समूहों और टीमों के लिए अनुमतियाँ शामिल होती हैं, साथ ही कैनवास ऐप्स को साझा करना और प्रवाह जैसे समाधान घटकों के स्वामित्व को अद्यतन करना भी शामिल होता है. Microsoft Entra Dataverse Power Automate इन कॉन्फ़िगरेशन के साथ, लक्ष्य परिवेश को अक्सर नमूना या कॉन्फ़िगरेशन डेटा की आवश्यकता होती है जो समाधान में तालिकाओं से संबद्ध होता है ताकि पूर्ण एंड-टू-एंड ALM अनुभव प्रदान किया जा सके. Dataverse

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

समाधान आयात करें और अनुप्रयोग कॉन्फ़िगर करें

ALM एक्सेलेरेटर कैनवास ऐप को अपने Power Platform परिवेश में आयात करें, और फिर Azure DevOps के लिए शामिल कस्टम कनेक्टर को कॉन्फ़िगर करें.

ALM एक्सेलरेटर को स्थापित करें Dataverse

  1. ALM एक्सेलेरेटर समाधान क्रिएटर किट पर निर्भर करता है। क्रिएटर किट अभी इंस्टॉल करें.

  2. GitHub से नवीनतम प्रबंधित समाधान फ़ाइल डाउनलोड करें। एसेट्स तक नीचे स्क्रॉल करें और CenterofExcellenceALMAccelerator_<नवीनतम संस्करण>_managed.zip का चयन करें.

  3. Power Appsमें लॉग इन करें, और फिर उस परिवेश का चयन करें जिसे आप ALM एक्सेलेरेटर ऐप होस्ट करना चाहते हैं।

  4. बाईं ओर के पैनल में, समाधान का चयन करें.

  5. समाधान आयात करें>ब्राउज़ करें का चयन करें, और फिर आपके द्वारा डाउनलोड की गई प्रबंधित समाधान के स्थान पर ब्राउज़ करें और फ़ाइल का चयन करें।

  6. एक अगला को चुनें, और उसके बाद फिर से अगला को चुनें.

  7. कनेक्शन पृष्ठ पर, CDS DevOps कनेक्शन को Dataverse से कनेक्ट करने के लिए कनेक्शन चुनें या बनाएँ.

    जब आप HTTP के लिए Microsoft Entra के साथ कनेक्शन बनाते हैं, तो दोनों पैरामीटर के लिए Microsoft Graph का उपयोग करें।

  8. आयात करें चुनें.

DevOps कस्टम कनेक्टर कॉन्फ़िगर करें

  1. डेटा>कस्टम कनेक्टर्स>कस्टमAzureDevOps का चयन करें.

  2. संपादित करें चुनें। सुरक्षा पृष्ठ पर, संपादित करें का चयन करें, और फिर निम्नलिखित फ़ील्ड सेट करें:

    नाम मान
    प्रमाणीकरण प्रकार ओआथ 2.0
    पहचान प्रदाता Azure Active Directory
    क्लाइंट ID एप्लिकेशन (क्लाइंट) आईडी जिसे आपने ऐप पंजीकरण बनाते समय कॉपी किया था ...
    क्लाइंट सीक्रेट एप्लिकेशन (क्लाइंट) गुप्त मान जिसे आपने एप्लिकेशन पंजीकरण बनाते समय कॉपी किया था
    टैनेंट ID डिफ़ॉल्ट मान छोड़ें, common
    संसाधन URL DevOps एप्लिकेशन (क्लाइंट) आईडी जिसे आपने कॉपी किया था जब आपने अपने ऐप पंजीकरण में अनुमतियाँ जोड़ी थीं
    रीडायरेक्ट यूआरएल स्वतः उत्पन्न. यदि आपको 'रीडायरेक्ट यूआरएल' के नीचे 'अद्वितीय रीडायरेक्ट यूआरएल में अपडेट करें' चेकबॉक्स दिखाई देता है, तो कृपया चेकबॉक्स को चेक करें।
  3. कनेक्टर अद्यतन करें चयन करें.

'रीडायरेक्ट URL' को 'रीडायरेक्ट URI' के रूप में जोड़ें

उपरोक्त अनुभाग से स्वतः निर्मित 'रीडायरेक्ट URL' को ऐप पंजीकरण में 'रीडायरेक्ट URI' के रूप में जोड़ा जाना चाहिए।

  1. आपके द्वारा बनाए गए ऐप पंजीकरण पर वापस लौटें.

  2. बाईं ओर के पैनल में, अवलोकन चुनें.

  3. रीडायरेक्ट URI जोड़ें चुनें.

  4. + प्लेटफ़ॉर्म जोड़ें चुनें, और फिर वेब चुनें.

  5. रीडायरेक्ट URIs टेक्स्टबॉक्स के अंतर्गत, उपरोक्त अनुभाग से कॉपी किए गए स्वतः निर्मित 'रीडायरेक्ट URL' को पेस्ट करें।

  6. कॉन्फ़िगर करें को चुनें.

कस्टम कनेक्टर का परीक्षण करें

  1. परीक्षण मेनू खोलता है.

  2. नया कनेक्शनका चयन करें , और उसके बाद कनेक्शन बनाने के लिए संकेतों का पालन करें।

  3. Power Apps में, अपने परिवेश का चयन करें, और फिर Dataverse>कस्टम कनेक्टर्स>CustomAzureDevOps का चयन करें.

  4. संपादित करें का चयन करें , परीक्षणपृष्ठ पर जाएँ, और उसके बाद GetOrganisations कार्रवाई ढूँढें

  5. परीक्षण कार्रवाई का चयन करें

  6. पुष्टि करें कि लौटाई गई प्रत्युत्तर स्थिति 200 है और यह कि प्रत्युत्तर निकाय आपके Azure DevOps संगठन का JSON प्रतिनिधित्व है।

    कस्टम Azure DevOps कनेक्टर के लिए परीक्षण सुरक्षा सेटिंग्स का स्क्रीनशॉट.

ALM एक्सेलेरेटर ऐप का उपयोग करने के लिए निर्माता सेट करें

और पढ़ें