إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يتيح تكامل التحكم بالمصادر لفرق التطوير مزامنة الحلول وكائنات الحلول عبر بيئة Microsoft Dataverse واحدة أو أكثر باستخدام مستودع Azure DevOps Git. تتوفر وظيفة تكامل التحكم بالمصادر محليًا ضمن تجارب الحلول، مما يضمن قدرة مطوري التقنيات السهلة المواطنين ومطوري التعليمات البرمجية أولاً والمسؤولين على الاستفادة من التحكم في الإصدار وتتبع التغييرات والتعاون السلس بين الفريق عبر أدوات وبيئات مختلفة. يهدف تكامل Git إلى استخدامه مع بيئات المطورين وليس في بيئات الاختبار أو الإنتاج حيث يمكن إجراء عمليات النشر باستخدام الإصدارات لإنشاء عناصر الحلول ومسارات النشر Power Platform للنشر.
في هذه المقالة، ستجد بعض المفاهيم والفوائد الأساسية لاستخدام التحكم بالمصادر الممكّن لـ Git مع بيئاتك وحلولك في Dataverse. للحصول على معلومات حول Git في Azure DevOps، انتقل إلى مستودع Azure DevOps Git.
إدارة دورة حياة التطبيق في Power Platform وDataverse
يوفر Power Platform العديد من الإمكانات الجاهزة التي تمكّن المؤسسات من أن تدير عملية إدارة حياة التطبيق (ALM) لحلولها. يتم تضمين القدرة على حزم الحلول كحاويات للعديد من أنواع الكائنات المختلفة في النظام الأساسي ، وإدارة البيئات المشاركة في دورة حياة التطبيق ، ونشر الحلول باستخدام خطوط الأنابيب في Power Platform. هناك أيضًا عدة طرق لدمج مستودعات Git باستخدام أدوات المطور في Power Platform. من خلال تكامل Git الأصلي في Dataverse، يتم تبسيط العملية للمنشئين للعمل مع حلولهم بطريقة مألوفة والتفاعل مع التحكم بالمصادر من خلال واجهات مبسطة في Power Apps (make.powerapps.com).
المزايا
- التحكم بالمصادر كمصدر للحقيقة: داخل بعض المؤسسات، يكون مصدر الحقيقة لعمليات النشر في Dataverse هو بيئات المنشئ التي يتم فيها إنشاء الحلول. المحرك الأساسي لهذا السلوك هو أن تكامل Git غير الأصلي يستخدم تقنيات وأدوات متقدمة تتطلب خبرة احترافية في تكنولوجيا المعلومات للبدء. من خلال تكامل Git الأصلي في Dataverse، يمكن تمكين التحكم بالمصادر من خلال بضع خطوات فقط، ويمكنه توفير واجهة مألوفة للمنشئين للعمل مع حلولهم.
- السلامة والتدقيق والامتثال باستخدام أفضل ممارسات SDLC: أفضل ممارسات دورة حياة تطوير البرامج (SDLC) هي مجموعة من الإرشادات والعمليات التي تساعدك على إدارة مشاريع تطوير البرامج الخاصة بك بفعالية. باستخدام تكامل Git في Dataverse، فإنك تتبع ممارسات SDLC مثل التحكم بالإصدار ومراجعات التعليمات البرمجية وتحليل التعليمات البرمجية المصدر الثابتة لضمان جودة حلولك وموثوقيتها وأمانها. يوفر أيضًا تكامل Git في Dataverse ميزات مثل التدقيق والامتثال وإمكانية التتبع التي تساعدك على تتبع التغييرات التي تطرأ على حلولك والتعاون مع أعضاء الفريق الآخرين بشكل فعال.
- بيئات التطوير قصيرة العمر: من خلال تخزين نسخة من تخصيصات وتكوينات بيئاتك في التحكم بالمصادر، يمكنك إعادة تجهيز بيئات التطوير من التحكم بالمصادر بسرعة وسهولة في Dataverse. يتيح لك ذلك إنشاء بيئات قصيرة العمر لأغراض التطوير والاختبار. تسمح لك البيئات قصيرة العمر بتحرير مساحة التخزين وتجربة الميزات الجديدة واختبار حلولك وتكرارها دون الاعتماد على البيئات الدائمة.
- فرق التطوير المختلط: فرق التطوير المختلط هي فرق تتكون من مطورين ومنشئين يعملون معًا لبناء الحلول. باستخدام تكامل Git في Dataverse، يمكن لهؤلاء المستخدمين البناء بشكل مستقل في بيئات منفصلة والتعاون مع الآخرين من خلال المزامنة مع مستودع التحكم بالمصادر المشترك. يتيح لك تكامل التحكم بالمصادر استخدام مهارات وخبرات كل من المطورين والمنشئين لبناء حلول عالية الجودة تلبي احتياجات مؤسستك.
- الحماية: يتيح لك استخدام التحكم بالمصادر كمصدر الحقيقة لحلولك إمكانية التعافي من التغييرات غير المقصودة في حلولك بسرعة وسهولة. من خلال تخزين حلولك في التحكم بالمصادر، يمكنك العودة إلى حالة أو إصدار سابق.
المفاهيم الأساسية
الحلول غير المُدارة في مقابل الحلول المُدارة
عند استخدام تكامل Git مع Dataverse، تأتي الحلول المخزنة في التحكم بالمصادر من حلول غير مدارة في بيئة المنشئ. تسمح الحلول غير المدارة للمنشئين بإضافة الكائنات التي تتم مزامنتها مع التحكم في المصدر وإزالتها وتحديثها عند تنفيذ التغييرات ودفعها. يتم إنشاء الحلول المُدارة من التحكم بالمصادر ونشرها في بيئات الإنتاج، مثل الاختبار أو الإنتاج، وهي غير قابلة للتحرير في تلك البيئات. ويتم استخدام الحلول المُدارة للتأكد من أن مصدر الحقيقة لحلولك هو دائمًا التحكم بالمصادر وأن التغييرات يتم إجراؤها فقط في بيئة الشركة المصنّعة قبل إضافتها إلى التحكم بالمصادر ونشرها في مكان آخر.
تنسيق الملفات لكائنات الحل
مع إدخال تكامل Git في Dataverse، هناك تغييرات في الطريقة التي يتم بها تمثيل الحلول وكائنات الحلول في التحكم في المصدر. عند تنفيذ التغييرات ودفعها إلى التحكم في المصدر، يتم تخزين كائنات الحل بتنسيق معين متوافق مع Git. يتم استخدام هذا التنسيق لتمثيل كائنات الحل بطريقة يسهل قراءتها وفهمها ويمكن استخدامها لتعقب التغييرات التي تطرأ على كائنات الحل بمرور الوقت. تم تصميم تنسيق الملف لكائنات الحل ليكون قابلا للقراءة من قبل الإنسان ويمكن استخدامه لعرض التغييرات التي تم إجراؤها على كائنات الحل في التحكم في المصدر. بالإضافة إلى ذلك، للسماح بتخزين حلول متعددة في نفس المستودع والمجلد نفسه، لم تعد كائنات الحل في التحكم في المصدر مكررة لكل حل. بدلا من ذلك، يتم تخزين كائنات الحل في موقع واحد ويمكن مشاركتها عبر حلول متعددة في نفس المستودع والمجلد.
تطوير التعليمات البرمجية أولاً باستخدام Git
تم تمكين تطوير التعليمات البرمجية أولاً في Power Platform باستخدام أدوات التطوير مثل Power Platform CLI وVisual Studio وملحقات Visual Studio Code. يعد إشراك مطوري التعليمات البرمجية أولا في عملية تطوير الحل أمرا صعبا بدون تكامل التحكم في المصدر حيث يتم نشر كائنات مثل Power Apps عناصر التحكم في إطار عمل المكونات والمكونات Dataverse الإضافية إلى الحلول كأصول مجمعة تم إنشاؤها من التعليمات البرمجية المصدر وغير قابلة للتحرير مباشرة في Power Apps (make.powerapps.com). بدون التحكم في المصدر كجزء من عملية التطوير لكل من الكائنات منخفضة التعليمات البرمجية والكائنات ذات التعليمات البرمجية الأولى، يصعب إدارة التغييرات التي تطرأ على الحل والتأكد من تتبع التغييرات ونشرها بطريقة خاضعة للرقابة.
من خلال تمكين تكامل Git في Dataverse، يمكنك مقابلة مطوري التعليمات البرمجية أولاً حيث يعملون وتوفير تجربة سلسة لكل من مطوري التعليمات البرمجية المنخفضة والتعليمات البرمجية أولاً. ومع ذلك، هناك بعض الاعتبارات التي يجب وضعها في الاعتبار عند إدارة كائنات التعليمات البرمجية أولا في بيئة منخفضة التعليمات البرمجية.
التطوير المختلط مع تكامل Dataverse Git
يوفر Power Platform إمكانات لكل من التطوير قليل التعليمات البرمجية والتعليمات البرمجية أولاً. تناقش هذه المقالة عمليات تطوير التعليمات البرمجية أولا المقترنة بتكامل Dataverse Git وتوفر إرشادات حول كيفية إدارة الكائنات ذات التعليمات البرمجية الأولى والتعليمات البرمجية المنخفضة في بيئة واحدة. تعد الكائنات مثل Power Apps عناصر تحكم إطار عمل المكونات والمكونات Dataverse الإضافية وأنشطة سير العمل المخصصة أمثلة على كائنات التعليمات البرمجية أولا التي يمكن إدارتها في التحكم في المصدر.
كائنات التعليمات البرمجية أولا والتعليمات البرمجية المنخفضة في بيئة واحدة
يمكن تضمين كائنات التعليمات البرمجية أولا في الحلول من خلال عملية إنشاء تنشئ حلا مدرا أو غير مدار يمكن استيراده إلى بيئة Dataverse . ومع ذلك، يمكن أيضا نشر كائنات التعليمات البرمجية أولا مباشرة في حل غير مدار في بيئة منشئ بمجرد إنشائها دون استخدام عملية إنشاء الحل لنشرها. يجب مراعاة عملية البناء في ضوء هذه المرونة.
إذا كنت تقوم بنشر كائنات التعليمات البرمجية أولا مباشرة إلى حل غير مدار في بيئة منشئ، فعندما تكون هذه الكائنات ملتزمة بالتحكم في المصدر، يتم تخزين إصدارها المترجم (المضمن) فقط في التحكم في المصدر. على سبيل المثال، ملف DLL الثنائي إذا كان مكونًا إضافيًا، أو حزمة JavaScript المنقولة والمحسنة لعنصر تحكم Power Apps Component Framework. نتيجة لذلك ، ينتهي بك الأمر بنسختين من الكائن في التحكم في المصدر - إحداهما ممثلة بالإصدار المنشأ والأخرى ممثلة بالكود المصدري. يمكن أن يؤدي تخزين الثنائيات في المستودع الخاص بك إلى حدوث ارتباك وتعارضات محتملة إذا لم يتم مزامنة التعليمات البرمجية المصدر والإصدار الذي تم إنشاؤه. لا يوصى بهذه الممارسة لأن الكود المصدري يجب أن يكون المصدر الوحيد للحقيقة للكائن ويجب تخزين نسخة واحدة فقط.
النهج الموصى به هو إنشاء كائنات التعليمات البرمجية أولا كجزء من عملية إنشاء الحل واستيراد الحل غير المدار الذي تم إنشاؤه إلى بيئة المنشئ. يضمن هذا الأسلوب أن الكود المصدري والإصدار المدمج متزامنان وأن الكود المصدري هو المصدر الوحيد للحقيقة للكائن. ومع ذلك، يتطلب هذا الأسلوب أن يكون لديك عملية بناء لإنشاء الحل المُدار أو غير المُدار لاستخدامه في عملية الاستيراد وعملية النشر. يمكنك إنشاء Azure Pipelines أو مهام سير عمل GitHub، على سبيل المثال، التي تنشئ بيانات اصطناعية للمسارات في Power Platform وكي تستخدمها عمليات مزامنة Git.