نقل الحلول بين البيئات
تتمثل إحدى الفوائد الرئيسية لاستخدام الحلول في القدرة على استيراد الحلول وتصديرها من بيئات Microsoft Power Platform. تتيح هذه الميزة حالات الاستخدام الرئيسية التالية:
استيراد حل تم تصديره إلى بيئات أخرى
تصدير أحد الحلول للتخزين في التحكم بالمصدر
النسخ الاحتياطي عند الطلب لمكونات الحل والقدرة على استعادة مكونات الحل دون استعادة البيئات الكاملة
يُمكنك تصدير الحلول واستيرادها يدوياً من "مستكشف الحلول"، أو يُمكنك جعل الاستيراد والتصدير آلياً باستخدام Microsoft Power Platform Build Tools.
الحلول المُدارة أو غير المُدارة
يُمكن أن يكون الحل إما مُدارًا أو غير مُدار. سيحدّد هذا التعيين ما يُمكنك فعله بالحل. استخدم الحلول غير المُدارة في بيئات التطوير أثناء إجراء تغييرات على التدفقات السحابية ومكونات الحلول الأخرى. استخدم الحلول المُدارة عندما تقوم بالنشر في بيئة ليست بيئة تطوير لهذا الحل. يصبح نشطًا عندما يتم استيراد الحل الذي تم تصديره إلى بيئة أخرى، كما يتم تحديد نوع الحل عن طريق الاختيار عند التصدير.
على سبيل المثال، من الممارسات الشائعة أن يكون لديك بيئة تطوير مع حلك (غير مُدار) حيث يُمكنك إنشاء التدفقات السحابية ومكونات الحلول الأخرى. بعد ذلك، يُمكنك تصدير إصدار غير مُدار وإصدار مُدار من حلك عندما تكون جاهزًا للنشر في بيئة الاختبار الخاصة بك. يُمكنك الاحتفاظ بالحل غير المُدار آمنًا كنسخة احتياطية من عملك. يُمكنك أيضًا استخدام أدوات مثل SolutionPackager أو Microsoft Power Platform CLI لاستخراج الملفات الفردية من الحل غير المُدار الذي تم تصديره ثم التحقق منها في التحكم بالمصادر مثل GitHub أو Microsoft Azure DevOps.
بالإضافة إلى ذلك، يُمكنك استخدام الحل غير المُدار إذا كنت بحاجة إلى إعادة إنشاء بيئة التطوير الخاصة بك. لهذا السبب، تأكد من أن لديك دائمًا حلاً تم تصديره وغير مُدار. سيتم استخدام الإصدار المُدار من ملف الحل، عند الاستيراد إلى بيئة الاختبار. سيتم استيراد نفس الإصدار المُدار إلى الإنتاج، بعد نجاح الاختبار. النقطة الأساسية هي أن أي تغيير في مكون الحل يتم فقط في بيئة التطوير. لا يُمكنك تغيير مكون الحل المُدار مباشرةً، بهدف المساعدة في فرض هذه الفكرة، مما يساعد على منع التغييرات العرضية.
تصدير الحلول
ستتم مطالبتك ببعض الخيارات، عندما تقوم بتصدير الحلول يدويًا من "مستكشف الحلول". الخياران الأولان هما نشر كل التغييرات والتحقق من المشكلات.
خيار نشر كل التغييرات ليس مطلوبًا للتدفقات السحابية، ولكنه يعد فكرة جيدة إذا كان لديك مكونات حل أخرى. تتطلب بعض التخصيصات التي تقوم بإجراء تغييرات على مكونات واجهة المستخدم أن يتم نشرها قبل التصدير.
تحقق من المشكلات عن طريق إجراء تحليل لجميع مكونات الحل. يشبه هذا التحليل مدقق التدفق، ولكنه لجميع المكونات في الحل لديك، وسوف يحذرك من المشكلات.
الموجه الثاني هو لرقم الإصدار ومن أجلك لتحديد مُدار أو غير مُدار.
بشكل افتراضي، يتم زيادة رقم الإصدار كلما قمت بالتصدير. بشكل أساسي، سيكون لديهم أرقام إصدارات مختلفة ولكنهم سيمثلون نفس الإصدار، إذا قمت بتصدير حل مُدار وغير مُدار في نفس الجلسة. لتجنب هذا الموقف، يُمكنك ضبط الإصدار يدويًا ليكون هو نفسه لكلا الإصدارين.
بالنسبة لخيار التصدير كـ، نوصي بإجراء التصدير مرتين، مرة للخيار المُدار ومرة واحدة لغير المُدار. تأكد من تصدير نسخة غير مُدارة عند تصدير حل مُدار.
استيراد الحلول
ستقوم باستيراد ملف الحل الذي تم تصديره، لنشر أحد الحلول في بيئة أخرى. يُمكنك استيراد ملف الحل المُدار أو غير المُدار.
يجب أن يستهدف استيراد أحد الحلول غير المُدارة بيئات التطوير. سيتم دمج مكونات الحل في البيئة، بعد اكتمال الاستيراد. لن تتمكن من التراجع عن الإجراء، وستؤدي إزالة الحل فقط إلى إزالة الحل وليس مكونات الحل التي تم دمجها في البيئة. سيتم تحديث الاستيراد والكتابة فوق الموارد المطابقة الحالية، إذا كان الحل موجودًا بالفعل في البيئة. جميع عمليات استيراد الحلول مضافة وأي مكون حل غير موجود في الإصدار الجديد سيظل موجودًا في البيئة بعد اكتمال استيراد التحديث. تأكد من عدم قيامك بالكتابة فوق العمل الأخير بطريق الخطأ منذ آخر تصدير وأنك تقوم فقط باستيراد الحلول غير المُدارة إلى البيئات المقصودة.
يجب أن يستهدف استيراد حل مُدار البيئات غير التطويرية، مثل الاختبار والإنتاج. على عكس الحلول غير المُدارة، عند استيراد حل مُدار، لا يتم دمجه بنفس الطريقة ولكنه ينشئ طبقة التخصيص الخاصة به لتتبع التغييرات التي تم إجراؤها على البيئة وإدارتها. تسمح طبقات الحل بتتبع التغييرات التي تم إجراؤها على مكونات الحل للحل المُدار. يمثل السلوك الافتراضي معالجة الاستيراد كترقية، إذا قمت باستيراد تحديث إلى حل مُدار. يتم استيراد إصدار الحل المحدث ثم إزالة الإصدار الأقدم. عند إزالة الإصدار الأقدم، ستتم إزالة مكونات الحل التي لم تعد موجودة في الإصدار الجديد من البيئة. على سبيل المثال، إذا حذفت تدفقًا سحابيًا قيد التطوير، وعند استيراد الإصدار الأحدث إلى بيئة الاختبار، ستتم إزالة التدفق المحذوف من بيئة الاختبار أيضًا. تشبه إزالة الحل المُدار عملية إزالة التثبيت؛ وستتم إزالة جميع مكونات الحل التي لم تتم الإشارة إليها بواسطة حل آخر، بما في ذلك بَياناتها. يجب تجنب تحديث التدفقات السحابية يدويًا في البيئات التي يتم فيها نشر الحل على أنه مُدار لأنه يُنشئ تغييرًا غير مُدار يمنع التحديثات المستقبلية. على سبيل المثال، ورغم أنه لن يتم تحديث تدفق الإنتاج السحابي الخاص بك، يعمل النشر التالي لاستيراد إصدار جديد بشكل جيد؛ إذا قمت بإصلاح تدفق سحابي في الإنتاج. يُمكنك تحديد هذه المشكلة وحلها باستخدام ميزات إدارة طبقة الحلول. يُمكنك أيضًا تجنب هذه المشكلة عن طريق إجراء تغييرات فقط في بيئة التطوير الخاصة بك.
ستتم مطالبتك بتحديث أي مراجع اتصال لم يتم إنشاؤها مسبقًا، وذلك بالنسبة لأي نوع من أنواع استيراد الحلول.
بالإضافة إلى ذلك، سيُطلب منك تقديم قيمة حالية لهذه البيئة، إذا لم يكن لمتغيرات البيئة في الحل قيمة.
سيتم تشغيل عمليات استيراد الحلول وتصديرها في الخلفية، وسيتم إعلامك بإكمالها.