فكرتان مترابطتان تهدفان إلى إبعاد العمل التجريبي عن المهام ذات الأهمية.
مشاريع مؤقتة
المشروع المؤقت هو مشروع عادي تنوي التخلص منه لاحقًا. استخدمه لتجربة Coroid على قاعدة كود غير مألوفة، أو لاختبار تغيير في السياسة قبل تطبيقه على نطاق واسع، أو لاستكشاف منهجية لم تقرر الالتزام بها بعد.
القيمة الأساسية تكمن في العزل؛ فالتجارب داخل مشروع مؤقت لا تلوث سجل المهام أو المقاييس أو السياق الخاص بالمشروع الذي يعتمد عليه فريقك.
احذفه عند الانتهاء منه؛ فالمشروع المؤقت الذي يستمر لأكثر من ستة أشهر يتحول تدريجيًا إلى مشروع حقيقي، دون الحصول على العناية اللازمة في الإعدادات.
بيئات المعاينة
المعاينة تمثل تطبيقك المعدل وهو يعمل فعليًا، ويتم بناؤه من الفرع الذي أنتجته المهمة.
وهذا أمر مهم لأن بعض الأمور لا يمكن التأكد منها عبر مجرد قراءة الاختلافات؛ سواء كان عرض الصفحة صحيحًا، أو هل يعمل المسار بشكل كامل، أو هل يبدو التغيير مناسبًا — كل ذلك يتطلب تشغيل النظام فعليًا.
بيئات المعاينة هي ما اختبارات المتصفح تُجرى ضدها، وما يفتحه المراجعون عندما لا تكفي لقطة الشاشة لحسم الأمر.
كيف تصل بيئات المعاينة إلى pull request
إذا كانت لديك بالفعل بيئات معاينة — سواء من مزود الاستضافة أو نظام التكامل المستمر — يمكن لـ Coroid ربطها بـ أدلة المراجعة، بحيث تظهر الرابط بجانب التغيير بدلاً من أن تضطر للبحث عنه في مكان آخر.
الهدف هو أن تأتي أدلة التحقق من الصحة والكود الذي تتحقق منه معًا.
متى تستخدم كل نوع
- لتجربة Coroid أو منهجية قد تتخلى عنها لاحقًا ← مشروع مؤقت
- للتأكد من أن تغييرًا معينًا يعمل بشكل صحيح ← بيئة معاينة
ويمكن دمجهما معًا؛ فالمشروع المؤقت يمكن أن يحتوي على بيئات معاينة مثل أي مشروع آخر.