سمعت قبل كده عن CI & CD؟ خلينا النهارده ورقة وقلم وهنتكلم عن أول مصطلح منهم وهو ال Continues Integration (CI).
دايما واحنا شغالين في بناء مشروع برمجي كبير بندور علي طرق تساعدنا في نشر المشروع بشكل أسرع ونفس الوقت بكفاءه عالية. بشكل بسيط عايزين نبدأ Pipeline بإننا ندمج الكود اللي كتبناه مع الكود الرئيسي للمشروع بشكل سريع ونفس الوقت نضمن الكفاءة.
ما هي ال Pipeline ؟
ببساطه هي مجموعه من الخطوات - Processes - بنمشي عليها علشان نبدأ نطلع منتج نهائي يقدر المستخدم يشوفه. بيكون غالبًا بداية الProcess دي هو الكود بتاعك من بداية ال Pull Request اللي بتعمله لحد ما نوصل لمنتج تقدر تشغله والمستخدم يقدر يشوفه (يبقي الPipeline هو كود بيدخل مجموعه من ال Steps علشان يحصله build لمنتج نهائي).
ما هو الهدف من ال Continues Integration؟
الهدف منه إننا عايزين نعمل دمج للتغيرات اللي بتتعمل علي الكود بشكل منتظم بحيث نكتشف أي مشكلة تحصل بشكل سريع ونفس الوقت نضمن الكفاءة.
كيف تعمل ال Contiunous Integration ؟
1. كتابة الكود: البداية بتكون عند المبرمج إنه يبدأ يكتب كود أو يعدل علي كود موجود وبيقوم المبرمج بعمل اختبار الكود والتأكد إنه بيقوم بوظيفته بشكل صحيح.
2. نشر التعديلات: بعدها بيقوم المبرمج بنشر التغيرات اللي بتحصل علي ال Version Control.
3. اختبار الكود: بعد كده بيتم عمل اختبار للكود بشكل آلي -Automated Testing -علشان نتاكد إنه شغال مظبوط مهما كانت الظروف.
4. دمج الكود: لما بيتم اختبار الكود بيتم بعد كده دمج الكود مع الكود الرئيسي للمشروع.
