إدماج مستمر

الإدماج المُستمِر (بالإنجليزية: Continuous integration)‏ اختصاراً CI، هو مصطلح خاص بهندسة البرمجيات يصف أسلوبًا في تطوير البرمجيات يتسم بتواصل عملية إعادة بناء تطبيق ما، بمزامنة نسخ عمل جميع المطورين في خط رئيسي مشترك عدة مرات في اليوم،[1] مصحوبة باختباره بصفة متكررة.[2][3][4]

جزء من سلسلة مقالات حول
عملية تطوير البرمجيات
نشاطات رئيسة
نماذج العمل
منهجيات التطوير وأُطُره
اختصاصات داعمة
تطبيقات بالممارسة
أدوات
منظَّمات ومعايير
 بوابة برمجيات

اقترح غرادي بوش لأول مرة مصطلح CI في أسلوبه لعام 1991 [الإنجليزية]،[5] على الرغم من أنه لم يدافع عن التركيب عدة مرات في اليوم. اعتمدت البرمجة القصوى (XP) مفهوم CI ودعت إلى التركيب أكثر من مرة واحدة في اليوم والذي قد يصل إلى عشرات المرات في اليوم.[6]

بدأ العمل بهذا الأسلوب في البرامج الضخمة من خلال عملية بناء تسلسلية. بنهاية مهمة ما، يقوم المبرمج بأخذ الجزئية الخاصة بمهمته من المصدر (source code repository) ثم يعيد بناءها وتشغيلها مع اختيارها. إذا نجح التشغيل والاختبارات، يقوم المبرمج برد تلك الجزئية إلى المصدر مرة أخرى.

الطريقة الأكثر شيوعا في التركيب المتواصل هي التركيب المتواصل الآلي (Automated Continuous Integration) حيث يقوم السرفر بمراقبة كافة التغييرات بكل نسخة وتشغيلها مع إعادة البناء آليا ثم اختبارها. يقوم السرفر أيضا بعمل إحصائيات بما تم انجازه.

إعادة البناء بصفة دورية يمكن اعتباره تركيبا متواصلا في حال إذا ما كانت فترات البناء متقاربة بشكل كاف.

متطلبات العملية

تتطلب هذه العملية:

  • أن يكون الكود المصدري مشتركاً بين المبرمجين باستعمال أدوات مثل نظام النسخ المتلاقية وجت وميركوريال.
  • أن يقوم المبرمج بإعادة المصدر إلى السرفير (commit) على الأقل يومياً بعد التعديل.
  • أن يتم عمل اختبارات تركيب (Integration testing) للتحقق من صحة التطبيق باستعمال أدوات مثل JUnit.

المزايا الأساسية
  • اكتشاف وحل المشاكل بشكل سريع ومستمر
  • الإنذار المبكر بوجود أخطاء أو ssIncompatible Code
  • اختبار موحد لجميع التغييرات
  • توافر عينة (Demo) غير نهائية من البرنامج طوال فترة البناء
  • النظام نفسه يعمل كحافز للمبرمجين على العمل بصورة تراكمية ويقصر الفترات التي تستغرقها التعديلات التي تدخل على عمل كل منهم

المراجع
  1. Fowler، Martin (1 مايو 2006). "Continuous Integration". مؤرشف من الأصل في 2020-06-16. اطلع عليه بتاريخ 2014-01-09.
  2. Cunningham، Ward (5 أغسطس 2009). "Integration Hell". WikiWikiWeb. مؤرشف من الأصل في 2016-08-25. اطلع عليه بتاريخ 2009-09-19.
  3. "Continuous Integration". مؤرشف من الأصل في 2019-05-16.
  4. Booch، Grady (1991). Object Oriented Design: With Applications. Benjamin Cummings. ص. 209. ISBN:9780805300918. مؤرشف من الأصل في 2017-04-21. اطلع عليه بتاريخ 2014-08-18.
  5. Booch، Grady (1991). Object Oriented Design: With Applications. Benjamin Cummings. ص. 209. ISBN:9780805300918. مؤرشف من الأصل في 2020-07-16. اطلع عليه بتاريخ 2014-08-18.
  6. Beck، K. (1999). "Embracing change with extreme programming". Computer. ج. 32 ع. 10: 70–77. DOI:10.1109/2.796139. ISSN:0018-9162.
  • أيقونة بوابةبوابة برمجة الحاسوب
  • أيقونة بوابةبوابة تقانة المعلومات
  • أيقونة بوابةبوابة علم الحاسوب
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.