Entity Framework - كيفية عمل Migrations يدوية عند وجود فريق عمل كبير.

-

Entity Framework Core - كيفية عمل Migrations يدوية عند وجود فريق عمل كبير

🧠 لماذا نحتاج لعمل Migrations يدوية مع فريق كبير؟

عندما يعمل أكثر من مطور على نفس قاعدة البيانات في مشروع واحد، قد تحدث مشاكل مثل:

  • تضارب بين Migrations.
  • فقدان تزامن بين القاعدة والكود.
  • تنفيذ تغييرات عشوائية تسبب أعطال في الإنتاج.
✅ الحل هو: إدارة Migrations بطريقة منظمة (يدويًا أو شبه أوتوماتيكية) مع الاتفاق على إجراءات عمل واضحة بين الفريق.

🔗 الخطوات المثالية لإدارة Migrations يدويًا مع الفرق

1. تحديد مسؤول Migrations

- حدد شخصًا أو فريقًا مسؤولًا عن إنشاء ومراجعة Migrations فقط. - باقي الفريق يضيف التعديلات على الـ Models، لكن لا ينفذ Migrations بدون مراجعة.

2. إنشاء Migration مركزية واحدة لكل مجموعة تغييرات

- اجمع التعديلات التي تمت على الـ Models. - أنشئ Migration واحدة شاملة لكل التعديلات في مرحلة معينة. - سمّها باسم معبر (مثلاً: AddUserManagementFeatures).

3. توليد سكربت SQL ومراجعته قبل التنفيذ

- بعد إنشاء Migration، استخدم: 


Script-Migration

- راجع السكربت الناتج بعناية قبل تطبيقه خاصة على قواعد البيانات المهمة (اختبار/إنتاج).

4. توثيق كل Migration

- أنشئ ملف توثيق داخلي (Documentation) لكل مجموعة تغييرات. - اذكر فيه:

  • اسم Migration.
  • التاريخ.
  • ما الذي تم تعديله بالضبط.

5. خطوات العمل الجماعي النموذجية

  • كل مبرمج يعدل الـ Models فقط بدون إنشاء Migration بنفسه.
  • يرفع Pull Request بالكود المعدل.
  • مسؤول Migrations يراجع ويجمع التعديلات.
  • ينشئ Migration رسمية واحدة موثقة ومُراجعة.

👨‍💻 مثال عملي على طريقة العمل

- أحمد أضاف حقل BirthDate لجدول Users.
- سارة أضافت جدول جديد باسم Permissions.

- كلاهما يرفع الكود فقط بدون أي Migration.
- مسؤول Migrations يجمع التغييرات ثم ينفذ: 


Add-Migration AddUserAndPermissionsChanges

- ثم يولد سكربت SQL ويراجعه قبل التنفيذ.

⚡ نصائح إضافية مهمة

  • لا تنشئ Migrations عشوائية في كل تعديل بسيط، اجمع التعديلات في Migrations موحدة.
  • دائمًا استخدم أسماء Migration معبرة ودقيقة.
  • يجب أن تكون جميع البيئات (تطوير/اختبار/إنتاج) محدثة بنفس نسخة Migration لتفادي المشاكل.

تعليقات

إرسال تعليق

المشاركات الشائعة من هذه المدونة

C# - Arrays

-
C# - المصفوفات (Arrays) المصفوفة (Array) هي بنية بيانات تُستخدم لتخزين مجموعة من القيم من نفس النوع في مكان واحد بالذاكرة، ويتم الوصول إلى العناصر باستخدام رقم الفهرس (Index). 🔹 كيفية تعريف مصفوفة: // تعريف مصفوفة وتعيين قيم ابتدائية int[] numbers = { 1, 2, 3, 4, 5 }; // الوصول إلى العنصر الأول Console.WriteLine(numbers[0]); // النتيجة: 1 💡 ملاحظات: الفهرس يبدأ من 0، أي أول عنصر هو numbers[0] . يمكنك استخدام حلقة for أو foreach للتكرار على المصفوفة. يجب تحديد نوع البيانات التي ستحتويها المصفوفة. 🧪 مثال آخر: string[] fruits = new string[3]; fruits[0] = \"تفاح\"; fruits[1] = \"موز\"; fruits[2] = \"عنب\"; foreach (string fruit in fruits) { Console.WriteLine(fruit); } 📌 في هذا المثال، أنشأنا مصفوفة من ثلاث عناصر ومررنا عليها باستخدام foreach .
قراءة المزيد

Entity Framework - ما هو ORM؟ ونبذة عن Dapper وNHibernate

-
Entity Framework - ما هو ORM؟ ونبذة عن Dapper وNHibernate ORM هي اختصار لـ Object-Relational Mapping ، وتعني "الربط الكائني العلاقي". ببساطة، هي تقنية تُستخدم لربط الكائنات (Objects) في الكود مع الجداول (Tables) في قاعدة البيانات. 🔹 لماذا نحتاج إلى ORM؟ بدون ORM، نحتاج إلى كتابة استعلامات SQL يدوية والتعامل مع الكائنات بأنفسنا. بينما ORM توفر لنا طبقة وسيطة تقوم بتحويل الكود الكائني إلى استعلامات SQL تلقائيًا، والعكس أيضًا. 🔹 مزايا ORM تسريع التطوير. تقليل كمية الكود المكتوب. سهولة التعامل مع البيانات بشكل كائني. دعم التحقق من النوع (Type Checking) في وقت البرمجة. 🔹 عيوب ORM أداء أقل من SQL اليدوي في العمليات المعقدة. بعض المرونة تضيع بسبب التجريد العالي. 🔸 مقارنة بين EF Core وDapper وNHibernate التقنية النوع السهولة الأداء الدعم والانتشار Entity Framework Core ORM كامل سهل ومتكامل مع .NET متوسط مرتفع (مدعوم من Microsoft) ...
قراءة المزيد

Entity Framework - مقدمة عن Entity Framework

-
مقدمة عن Entity Framework 📜 لمحة تاريخية عن Entity Framework - أول إصدار من Entity Framework ظهر سنة 2008 كجزء من .NET Framework. - كان اسمه الرسمي ببساطة "Entity Framework"، ويعمل على ربط التطبيقات مع قواعد بيانات SQL بطريقة برمجية. - Entity Framework وفر وقتها أسلوبين رئيسيين للعمل: Database First ➔ إنشاء الكود انطلاقًا من قاعدة بيانات موجودة. Model First ➔ إنشاء قاعدة البيانات انطلاقًا من نموذج (Model) مرسوم. ✅ مع الوقت تطورت EF وتم إضافة أسلوب جديد يسمى Code First الذي أصبح من أكثر الطرق استخدامًا اليوم. 🔗 إصدارات Entity Framework قبل EF Core Entity Framework 1.0 (2008) - الإصدار الأول وكان محدود الإمكانيات. Entity Framework 4.0 (2010) - تحسينات كبيرة ودعم أفضل لـ POCO classes. Entity Framework 5.0 و6.0 (2012-2013) - دعم مميزات متقدمة مثل Migrations وتحسين الأداء. 💡 ملاحظة: لم يكن هناك EF 2.0 أو EF 3.0 رسميًا. 🚀 لماذا تم تطوير Entity Framework Core؟ مع ظهور .NET Core، احتاجت مايكروسوفت إلى نسخة خفيفة وعصرية م...
قراءة المزيد