समझें कि प्रबंधित समाधान कैसे मर्ज किए जाते हैं
जब आप स्थापित करने के लिए अपना प्रबंधित समाधान तैयार करते हैं, तो याद रखें कि एक परिवेश में कई समाधान पहले ही स्थापित हो सकते हैं या भविष्य में अन्य समाधान स्थापित किए जा सकते हैं. ऐसा समाधान तैयार करें जो सर्वोत्तम प्रथाओं का पालन करता हो ताकि आपका समाधान अन्य समाधानों में हस्तक्षेप न करे।
Microsoft Dataverse की प्रक्रियाएँ जो अनुकूलन का संविलन करने के लिए उपयोग करती हैं, समाधान की कार्यक्षमता को बनाए रखने पर जोर देती हैं. हालांकि प्रस्तुति को संरक्षित करने का हरसंभव प्रयास किया जाता है, तथपि अनुकूलनों के बीच कुछ असंगतताओं के लिए यह आवश्यक हो सकता है कि गणना किए गए रिज़ॉल्यूशन अनुकूलन, कार्यक्षमता कायम रखने के पक्ष में कुछ प्रस्तुति विवरण बदल दें.
प्रपत्र अनुकूलन मर्ज करें
केवल वे ही प्रपत्र अनुकूलन मर्ज किए जाने हैं जो पहले से ही परिवेश में मौजूद किसी भी तालिका प्रपत्र पर निष्पादित किए जाते हैं। आम तौर पर, इसका मतलब यह है कि प्रपत्र अनुकूलन को केवल तभी मर्ज करना होगा जब आपका समाधान उन प्रपत्रों को अनुकूलित करता है जो Dataverse स्थापित होने पर बनाई गई तालिकाओं के लिए शामिल किए गए थे। फॉर्म विलय से बचने का एक तरीका किसी भी Dataverse टेबल के लिए नए फॉर्म प्रदान करना है। कस्टम टेबल के लिए प्रपत्रों को मर्ज करने की आवश्यकता तब तक नहीं होगी, जब तक कि आप ऐसा समाधान नहीं बना रहे हैं जो कस्टम टेबल और उनके प्रपत्र बनाने वाले मौजूदा प्रबंधित समाधान को अद्यतन या संशोधित करता है.
जब किसी समाधान को प्रबंधित समाधान के रूप में पैकेज किया जाता है, तो FormXML
में संग्रहीत प्रपत्र परिभाषाओं की तुलना मूल FormXML
से की जाती है और प्रबंधित समाधान में केवल अंतरों को शामिल किया जाता है. जब प्रबंधित समाधान को नए परिवेश में स्थापित किया जाता है, तो प्रपत्र अनुकूलन अंतरों को मौजूदा प्रपत्र के साथ विलय कर दिया जाता है, ताकि एक नई प्रपत्र परिभाषा बनाई जा सके. FormXML
यह नई फार्म परिभाषा को ही उपयोगकर्ता देखते हैं और इसे ही सिस्टम कस्टमाइज़र संशोधित कर सकता है. जब व्यवस्थित समाधान को असंस्थापित किया जाता है तो विलयित समाधान में मिले फार्म तत्वों को ही हटाया जाता है.
प्रपत्र का मर्ज सेक्शन-दर-सेक्शन आधार पर होता है. जब आप एक मौजूदा टैब या सेक्शन में नए तत्व जोड़ते हैं, तो आपके परिवर्तन प्रबंधित लेयर से, और साथ ही प्रबंधित तत्व को अद्यतन करते समय, तत्वों को प्रभावित या छिपा सकते हैं. यह व्यवहार इसलिए होता है क्योंकि प्रबंधित लेयर उन अप्रबंधित लेयर, जिन्हें आपने अनुकूलन के दौरान प्रारंभ की हैं, के नीचे होती हैं. यदि आप प्रपत्र पर प्रबंधित तत्वों को प्रभावित या छिपाना नहीं चाहते, तो हम अनुशंसा करते हैं कि आप अपने नए तत्वों को नए कंटेनर तत्वों, जैसे सेक्शन या टैब के भीतर शामिल करें. इससे आपके तत्व पृथक हो जाते हैं और तत्वों के प्रबंधित लेयर से प्रभावित होने या छिपने की संभावना कम हो जाती है. अधिक जानकारी: समाधान लेयर
प्रबंधित समाधान जिसमें ऐसे रूप होते हैं जो नई सुरक्षा भूमिकाओं का उपयोग करते हैं, उन भूमिकाओं पर निर्भर करते हैं. आपको ये सुरक्षा भूमिकाएँ अपने व्यवस्थित समाधान में शामिल करनी होंगी.
जब आप कोई ऐसा समाधान आयात करते हैं जिसमें तालिका प्रपत्र शामिल हैं, तो अनुकूलन अधिलेखित करें विकल्प, चयनित होने पर भी, लागू नहीं होता है. इंपोर्ट किया जा रहा प्रपत्र का विलय प्रपत्र के लिए किसी भी विद्यमान समाधान परतों के साथ हो जाता है.
नोट
जब किसी प्रबंधित समाधान तालिका में एकाधिक प्रपत्र होते हैं और परिवेश तालिका प्रपत्र में भी एकाधिक प्रपत्र होते हैं, तो नए प्रपत्र उपलब्ध प्रपत्रों की सूची के निचले भाग में नहीं जोड़े जाते हैं - वे मूल तालिका प्रपत्रों के साथ अंतःस्थापित होते हैं.
प्रपत्र मर्ज टकराव की पहचान करना और हल करना
जब आप कोई समाधान आयात करते हैं जिसमें कोई प्रपत्र शामिल होता है, तो आप देख सकते हैं कि आयातित प्रपत्र संघर्ष टैब नामक टैब प्रदर्शित करता है। यह एक स्वतः जनरेटेड टैब है, जो तब बनाया जाता है जब कुछ प्रपत्र घटक मर्ज करने में असमर्थ होते हैं। किसी भी डेटा हानि से बचने के लिए, जो फ़ॉर्म घटक मर्ज नहीं हो पाते हैं उन्हें संघर्ष टैब के अंतर्गत रखा जाता है। मर्ज संघर्ष आमतौर पर तब होता है जब स्रोत और लक्ष्य अनुकूलन सिंक से बाहर होते हैं, जिससे फ़ॉर्म अनुकूलन में टकराव होता है।
इन स्थितियों से बचें, जो प्रपत्र मर्ज टकराव का कारण बन सकती हैं:
- आप दो अलग-अलग समाधानों को आयात करते हैं, जो एक घटक को जोड़ते हैं, जैसे कि प्रपत्र टैब, जो समान क्रमिक मान का उपयोग करता है.
- आप प्रपत्र के किसी घटक को अनुकूलित करते हैं, जैसे कि स्रोत परिवेश में सेक्शन, लेकिन लक्ष्य परिवेश में घटक के उसी तरह का या समान अनुकूलन भी करते हैं. फिर, आप स्रोत परिवेश से अनुकूलन निर्यात करते हैं और इसे लक्ष्य परिवेश में आयात करते हैं.
जब किसी आयातित प्रपत्र पर संघर्ष टैब दिखाई देता है, तो आप प्रदर्शित घटक को प्रपत्र पर कहीं भी ले जा सकते हैं. एक बार जब सभी घटक संघर्ष टैब से स्थानांतरित हो जाते हैं, तो आप संघर्ष टैब को हटा या छिपा सकते हैं।
नेविगेशन (SiteMap) अनुकूलन मर्ज करें
जब किसी समाधान को प्रबंधित के रूप में पैकेज किया जाता है, तो साइटमैप XML की तुलना मूल साइटमैप XML और साइट मैप में किए गए किसी भी अन्य अनुकूलन से की जाती है। प्रबंधित समाधान में केवल अंतर शामिल हैं. इन अंतरों में ऐसी मदें शामिल होती हैं जो परिवर्तित, अंतरित, जोड़ी या हटाई गई हैं. जब प्रबंधित समाधान को किसी नए परिवेश में स्थापित किया जाता है, तो साइट मानचित्र परिवर्तन उस परिवेश के लिए पाए गए साइटमैप XML के साथ विलय कर दिए जाते हैं, जहाँ प्रबंधित समाधान स्थापित किया जा रहा है. एक नया साइट मैप परिभाषा वह है जो लोग देखते हैं।
इस बिंदु पर, अनुकूलक साइट मानचित्र को अप्रबंधित समाधान में निर्यात कर सकता है और उस साइट मानचित्र परिभाषा में सक्रिय साइट मानचित्र के सभी तत्व शामिल होते हैं. इसके बाद कस्टमाइज़र साइट मानचित्र को संशोधित कर सकता है और उसे अप्रबंधित अनुकूलन के रूप में पुनः आयात कर सकता है. बाद में, यदि व्यवस्थित समाधान को असंस्थापित किया जाता है तो SiteMap XML जिसे व्यवस्थित समाधन से इंपोर्ट किया गया था, को उस संस्थापित समाधान के साथ किए गए परिवर्तनों को हटाने को कहा जाएगा. फिर एक नया सक्रिय साइट मानचित्र गणना किया जाता है।
जब भी कोई नया दृश्य तत्व साइट मानचित्र में जोड़ा जाता है, तो वह जिस भी कंटेनर से संबंधित होता है, उसके नीचे दिखाई देता है। उदाहरण के लिए, नेविगेशन क्षेत्र के निचले भाग में एक नया क्षेत्र दिखाई देता है। जोड़े गए तत्वों को स्थान देने के लिए, आपको साइट मानचित्र को निर्यात करना होगा, तत्वों की सटीक स्थिति निर्धारित करने के लिए उसे संपादित करना होगा, और फिर उसे अप्रबंधित समाधान के रूप में पुनः आयात करना होगा.
नोट
प्रकाशन के बीच केवल एक साइट मानचित्र अनुकूलन लागू किया जा सकता है। जब कोई नई साइट मानचित्र परिभाषा आयात की जाती है, तो कोई भी अप्रकाशित साइट मानचित्र अनुकूलन खो जाता है.
पसंदीदा कॉलम विकल्प मर्ज करें
प्रत्येक नए विकल्प स्तंभ विकल्प को एक पूर्णांक मान के साथ आरंभ किया जाता है जिसमें एक विकल्प मान उपसर्ग शामिल होता है। विकल्प मान उपसर्ग विकल्प मान के लिए पाँच अंकों का एक समूह होता है. विकल्प मान उपसर्ग को समाधान प्रकाशक के अनुकूलन उपसर्ग के आधार पर बनाया जाता है, परंतु उसे किसी भी मान पर सेट किया जा सकता है. विकल्प मान उपसर्ग विशेष समाधान प्रकाशक के संदर्भ में बनाए गए नए विकल्प, सेट विकल्प में अंतर करने में मदद करता है और विकल्प के मानों के बीच संघर्ष के अवसर कम करता है. विकल्प मान उपसर्ग का उपयोग करने का सुझाव दिया जाता है लेकिन ऐसा करना आवश्यक नहीं है.
एक प्रबंधित समाधान आमतौर पर उन विकल्प स्तंभों के लिए विकल्पों को अद्यतन करता है या जोड़ता है जो पहले से ही परिवेश में मौजूद हैं, उदाहरण के लिए, किसी खाते के लिए श्रेणी या उद्योग विकल्प स्तंभ. जब कोई प्रबंधित समाधान किसी विकल्प स्तंभ में उपलब्ध विकल्पों को संशोधित करता है, तो प्रबंधित समाधान में परिभाषित सभी विकल्प परिवेश में उपलब्ध होते हैं. जब प्रबंधित समाधान की स्थापना रद्द कर दी जाती है, तो विकल्प कॉलम में विकल्प अपनी मूल स्थिति में वापस आ जाते हैं.
सुरक्षा भूमिका विशेषाधिकार मर्ज करें
जब किसी सुरक्षा भूमिका को किसी प्रबंधित समाधान से किसी परिवेश में आयात किया जाता है, तो उस सुरक्षा भूमिका के सभी मैन्युअल रूप से जोड़े गए विशेषाधिकार हटा दिए जाते हैं. हालाँकि, सुरक्षा भूमिका के संशोधित विशेषाधिकार, जहाँ विशेषाधिकार स्तर को परिवर्तित किया गया था, उदाहरण के लिए बुनियादी से वैश्विक दायरे में या इसके विपरीत, बने रहेंगे।
टिप
सुरक्षा भूमिकाओं को अद्यतन करने के लिए उसी कस्टम समाधान का उपयोग करें. यदि आप किसी सुरक्षा भूमिका को अद्यतन करने के लिए किसी नए कस्टम समाधान का उपयोग करते हैं, जिसे पहले किसी अन्य समाधान में अद्यतन किया गया था, तो कुछ विशेषाधिकार अद्यतन लागू नहीं होंगे.
पूर्वनिर्धारित सुरक्षा भूमिकाओं को संशोधित करने के लिए कस्टम समाधान का उपयोग न करें. जब सिस्टम द्वारा पूर्वनिर्धारित भूमिकाएं अद्यतन की जाती हैं तो ये अद्यतन हटा दिए जाते हैं। पूर्वनिर्धारित भूमिका की एक प्रतिलिपि बनाएँ और कॉपी की गई भूमिका को अपने कस्टम समाधान में प्रबंधित करें.