---
title: Integration Hell
localeTitle: التكامل الجحيم
---
## التكامل الجحيم

Integration Hell هو مصطلح عام يتجلى عندما يمر جميع أعضاء فريق التطوير بعملية تنفيذ التعليمات البرمجية الخاصة بهم في أوقات عشوائية مع عدم وجود طريقة لدمج أجزاء التعليمات البرمجية المختلفة في سلسلة واحدة من الكود. سيضطر فريق التطوير إلى قضاء عدة ساعات أو أيام في اختبار وتغيير الرمز للحصول على كل شيء للعمل.

من الناحية العملية ، يتم تطوير المكونات الأطول في عزلة ، وكلما تميزت الواجهات بين ما هو متوقع. عندما يتم دمج المكونات أخيراً في نهاية المشروع ، سيستغرق وقتاً أطول بكثير من تخصيصها ، وغالباً ما يؤدي إلى ضغوط المواعيد النهائية ، والتكامل الصعب. هذا العمل المؤلم التكامل في نهاية المشروع هو الجحيم مسمى.

التكامل المستمر ، الفكرة القائلة بأنه يجب على فريق التطوير استخدام أدوات محددة من أجل "الدمج المستمر" لأجزاء الشفرة التي يعملون عليها عدة مرات في اليوم ، بحيث يمكن للأدوات أن تتطابق مع "أجزاء" الكود المختلفة معًا لتتكامل أكثر بسلاسة. من ذي قبل.

تسمح مستودعات التعليمات البرمجية ، مثل Git (والواجهة المفتوحة المصدر التي نعرفها ونحبها بالكامل ، GitHub) لفرق التطوير بتنظيم جهودهم بحيث يمكن إنفاق المزيد من الوقت في الترميز ووقت أقل للقلق إذا كانت الأجزاء المختلفة من الشفرة سوف تتكامل.

[التكامل المستمر](https://guide.freecodecamp.org/agile/continuous-integration/) هو ترياق Agile لهذه المشكلة. لا يزال التكامل مؤلمًا ، لكن القيام بذلك على الأقل يوميًا يبقي على الواجهات بعيدة عن التباعد كثيرًا.

#### معلومات اكثر:

*   [تجنب التكامل الجحيم](https://tobeagile.com/2017/03/08/avoiding-integration-hell/)
*   [التكامل الجحيم](http://wiki.c2.com/?IntegrationHell)
*   [أعلى 5 نصائح لتجنب "التكامل الجحيم" مع التكامل المستمر](https://www.apicasystems.com/blog/top-5-tips-avoid-integration-hell-continuous-integration/)
*   [مقال D-Zone حول Integration Hell وكيف ساعد التكامل المستمر على جعله شيئًا من الماضي تقريبًا](https://dzone.com/articles/continuous-integration-how-0)