समझें कि प्रबंधित समाधान कैसे मर्ज किए जाते हैं

जब आप स्थापित करने के लिए अपना प्रबंधित समाधान तैयार करते हैं, तो याद रखें कि एक परिवेश में कई समाधान पहले ही स्थापित हो सकते हैं या भविष्य में अन्य समाधान स्थापित किए जा सकते हैं. एक ऐसे समाधान का निर्माण करें जो सर्वोत्तम प्रथाओं का पालन करता हो, ताकि आपका समाधान अन्य समाधानों के साथ हस्तक्षेप न करें.

Microsoft Dataverse की प्रक्रियाएँ जो अनुकूलन का संविलन करने के लिए उपयोग करती हैं, समाधान की कार्यक्षमता को बनाए रखने पर जोर देती हैं. हालांकि प्रस्तुति को संरक्षित करने का हरसंभव प्रयास किया जाता है, तथपि अनुकूलनों के बीच कुछ असंगतताओं के लिए यह आवश्यक हो सकता है कि गणना किए गए रिज़ॉल्यूशन अनुकूलन, कार्यक्षमता कायम रखने के पक्ष में कुछ प्रस्तुति विवरण बदल दें.

प्रपत्र अनुकूलन मर्ज करें

अनुकूलीकरण का एकमात्र फार्म जिसे विलय करना है, वे होते हैं जिन्हें किसी ऐसे निकाय पर किया जाता है जो परिवेश में पहले से मौजूद है. सामान्य रूप से, इसका अर्थ यह है कि अनुकूलीकरण फार्म को तभी विलय करना है जब आपके समाधान में ऐसे फार्म का अनुकूलीकरण किया गया है जिन्हें Dataverse संस्थापित होने पर सृजित निकायों के लिए शामिल किया गया है. फार्म विलय से बचने का एक तरीका यह है कि किसी Dataverse निकाय के लिए नया फार्म दिया जाए. कस्टम निकायों के प्रपत्रों को मर्ज करने की आवश्यकता नहीं होगी, बशर्ते आप कोई ऐसा समाधान न बनाएँ जो मौजूदा प्रबंधित समाधान, जिसने कस्टम निकाय और उनके प्रपत्र बनाए हैं, को अद्यतन या संशोधित करता हो.

जब एक समाधान प्रबंधित समाधान के रूप में पैकेज होता है, तो FormXML में संग्रहित फार्म परिभाषाओं की तुलना मूल FormXML से की जाती है और केवल अंतर को प्रबंधित समाधान में शामिल किया जाता है. जब व्यवस्थित समाधान को नए परिवेश में संस्थापित किया जाता है तो फार्म अनुकूलीकरण के अंतरों को तब एक नई फार्म परिभाषा बनाने के लिए मौजूदा फार्म के लिए FormXML में मिला दिया जाता है. यह नई फार्म परिभाषा को ही उपयोगकर्ता देखते हैं और इसे ही सिस्टम कस्टमाइज़र संशोधित कर सकता है. जब व्यवस्थित समाधान को असंस्थापित किया जाता है तो विलयित समाधान में मिले फार्म तत्वों को ही हटाया जाता है.

प्रपत्र का मर्ज सेक्शन-दर-सेक्शन आधार पर होता है. जब आप एक मौजूदा टैब या सेक्शन में नए तत्व जोड़ते हैं, तो आपके परिवर्तन प्रबंधित लेयर से, और साथ ही प्रबंधित तत्व को अद्यतन करते समय, तत्वों को प्रभावित या छिपा सकते हैं. यह व्यवहार इसलिए होता है क्योंकि प्रबंधित लेयर उन अप्रबंधित लेयर, जिन्हें आपने अनुकूलन के दौरान प्रारंभ की हैं, के नीचे होती हैं. यदि आप प्रपत्र पर प्रबंधित तत्वों को प्रभावित या छिपाना नहीं चाहते, तो हम अनुशंसा करते हैं कि आप अपने नए तत्वों को नए कंटेनर तत्वों, जैसे सेक्शन या टैब के भीतर शामिल करें. इससे आपके तत्व पृथक हो जाते हैं और तत्वों के प्रबंधित लेयर से प्रभावित होने या छिपने की संभावना कम हो जाती है. अधिक जानकारी: समाधान लेयर

प्रबंधित समाधान जिसमें ऐसे रूप होते हैं जो नई सुरक्षा भूमिकाओं का उपयोग करते हैं, उन भूमिकाओं पर निर्भर करते हैं. आपको ये सुरक्षा भूमिकाएँ अपने व्यवस्थित समाधान में शामिल करनी होंगी.

जब आप कोई समाधान आयात करते हैं जिसमें तालिका प्रपत्र शामिल होते हैं, तो कस्टमाइज़ेशन को ओवरराइट करें विकल्प, भले ही चयनित हो, लागू नहीं होता है। इंपोर्ट किया जा रहा प्रपत्र का विलय प्रपत्र के लिए किसी भी विद्यमान समाधान परतों के साथ हो जाता है.

नोट

जब किसी प्रबंधित समाधान निकाय में अनेक प्रपत्र होते हैं और परिवेश निकाय प्रपत्र में भी अनेक प्रपत्र होते हैं, तो नए प्रपत्र उपलब्ध प्रपत्रों की सूची के निचले भाग में नहीं जोड़े जाते—वे मूल निकाय प्रपत्रों के साथ इंटरलीव किए जाते हैं.

प्रपत्र मर्ज टकराव की पहचान करना और हल करना

आपके द्वारा एक समाधान आयात करने के बाद जिसमें एक फॉर्म शामिल है, आप देख सकते हैं कि आयातित फॉर्म एक टैब प्रदर्शित करता है जिसका नाम Conflicts Tab है। यह एक ऑटोजेनरेटेड टैब है, जो तब बनाया जाता है जब कुछ फॉर्म घटक विलय करने में असमर्थ होते हैं। किसी भी डेटा हानि से बचने के लिए, मर्ज करने में सक्षम नहीं होने वाले प्रपत्र घटक को टकराव टैब के तहत रखा जाता है. मर्ज टकराव आम तौर पर तब होता है, जब स्रोत और लक्ष्य अनुकूलन सिंक्रनाइज़ेशन से बाहर हो जाते हैं, जिससे परस्पर विरोधी प्रपत्र अनुकूलन हो जाते हैं.

इन स्थितियों से बचें, जो प्रपत्र मर्ज टकराव का कारण बन सकती हैं:

• आप दो अलग-अलग समाधानों को आयात करते हैं, जो एक घटक को जोड़ते हैं, जैसे कि प्रपत्र टैब, जो समान क्रमिक मान का उपयोग करता है.

• आप प्रपत्र के किसी घटक को अनुकूलित करते हैं, जैसे कि स्रोत परिवेश में सेक्शन, लेकिन लक्ष्य परिवेश में घटक के उसी तरह का या समान अनुकूलन भी करते हैं. फिर, आप स्रोत परिवेश से अनुकूलन निर्यात करते हैं और इसे लक्ष्य परिवेश में आयात करते हैं.

जब टकराव टैब किसी आयातित रूप में दिखाई देता है, तो आप प्रपत्र पर प्रदर्शित घटक को स्थानांतरित कर सकते हैं. एक बार जब सभी घटक टकराव टैब से स्थानांतरित हो जाते हैं, तो आप टकराव टैब को हटा या छिपा सकते हैं.

नेविगेशन (SiteMap) अनुकूलन मर्ज करें

जब समाधान प्रबंधित के रूप में पैकेज होता है, तो SiteMap XML की तुलना मूल SiteMap XML, और SiteMap में किए गए अन्य अनुकूलनों से की जाती है. प्रबंधित समाधान में केवल अंतर शामिल हैं. इन अंतरों में ऐसी मदें शामिल होती हैं जो परिवर्तित, अंतरित, जोड़ी या हटाई गई हैं. जब व्यवस्थित समाधान एक नए परिवेश में संस्थापित किया जाता है तो SiteMap परिवर्तनों को परिवेश में मौजूद SiteMap XML के साथ विलय कर दिया जाता है जहाँ व्यवस्थित समाधान संस्थापित किया जा रहा है. एक नया SiteMap परिभाषा जो लोग देखते हैं.

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

जब कभी SiteMap में एक नया दृश्यगत तत्व जोड़ा जाता है तो यह संबंधित कंटेनर के निचले हिस्से में प्रकट होता है. उदाहरण के लिए, नेविगेशन क्षेत्र के निचले भाग में एक नया क्षेत्र दिखाई देगा. जोड़े गए तत्वों को स्थिति में रखने के लिए, आपको SiteMap एक्सपोर्ट करना होगा, उसे तत्वों को सटीक स्थिति में सेट करने के लिए संपादित करना होगा, और उसके बाद उसे अप्रबंधित समाधान के रूप में दोबारा आयात करना होगा.

नोट

प्रकाशन के बीच केवल एक SiteMap अनुकूलन लागू किया जा सकता है. जब नई SiteMap परिभाषा इंपोर्ट की जाती है तो अप्रकाशित SiteMap अनुकूलीकरण विलुप्त हो जाता है.

विकल्प सेट विकल्पों को मर्ज करें

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

एक प्रबंधित समाधान सामान्यतः अद्यतन करता है या विकल्प सेट के लिए विकल्प जोड़ता है, जो पहले से ही परिवेश में हैं, उदाहरण के लिए, एक खाते के लिए श्रेणी या उद्योग विकल्प सेट. जब व्यवस्थित समाधान विकल्प सेट में उपलब्ध विकल्पों को संशोधित करता है तो व्यवस्थित समाधान में परिभाषित सभी विकल्प परिवेश में उपलब्ध रहते हैं. जब व्यवस्थित समाधान की स्थापना रद्द की जाती है तो विकल्प सेट में विकल्प अपनी मूल स्थिति में वापस चले जाते हैं.

सुरक्षा भूमिका विशेषाधिकार मर्ज करें

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

टिप

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

पूर्वनिर्धारित सुरक्षा भूमिकाओं को संशोधित करने के लिए कस्टम समाधान का उपयोग न करें। जब सिस्टम द्वारा पूर्वनिर्धारित भूमिकाएँ अपडेट की जाएंगी तो ये अपडेट हटा दिए जाएंगे। पूर्वनिर्धारित भूमिका की एक प्रति बनाएँ और अपने कस्टम समाधान में कॉपी की गई भूमिका को प्रबंधित करें।

भी देखें

अनुकूलित करने के लिए समाधान का उपयोग करें