اختبار الوحدة: بيئات محلية مع Docker Compose

السؤال 1 من 5

• لا شيء يتغيّر؛ يحتفظ Compose باسم الـ DNS القديم كاسم بديل.
• يعيد Compose كتابة DATABASE_URL ليطابق.
• يُحلّ الاسمان كلاهما، لأن الـ volume ما زال اسمه pgdata.
• لم يعد الـ API يستطيع حلّ db ويفشل في الاتصال حتى تحدّث المضيف في العنوان إلى postgres.

السؤال 2 من 5

• ‏down حذف الـ bind mount.
• سكربتات التهيئة تعمل بترتيب معكوس.
• الـ volume ‏pgdata صمد بعد down، فقاعدة البيانات مهيّأة أصلًا وتُتخطّى سكربتات التهيئة.
• لا يقرأ Postgres ملفات .sql إلا وقت بناء الـ image.

السؤال 3 من 5

• ‏db مع condition: service_healthy، وmigrate مع condition: service_completed_successfully.
• ‏db وmigrate بصيغة القائمة المختصرة.
• ‏migrate مع condition: service_healthy.
• ‏db مع condition: service_started وrestart: true.

السؤال 4 من 5

• ‏devpass، لأن .env يفوز دائمًا.
• ‏other، لأن متغيّرات بيئة الـ shell لها الأولوية على .env في الاستبدال.
• الاثنتان، موصولتين بفاصلة.
• ولا واحدة؛ يُخرج Compose خطأ عند تعارض القيم.

السؤال 5 من 5

• أضف :ro إلى الـ bind mount.
• انتقل إلى named volume للمشروع كاملًا.
• شغّل npm ci على جهاز Mac قبل كل بدء.
• استخدم Compose watch لمزامنة ./src إلى الـ container وإعادة البناء عند تغيّر الـ lockfile، مع إبقاء node_modules داخل الـ image.