إعادة النظر في مجلس الأخطاء: إصلاح أوجه القصور في GitHub Issues
2025-05-22
يستذكر الكاتب تجربته في استخدام BugSplat لإدارة المشاريع في وادي السيليكون، وذلك باتباع أربعة مبادئ رئيسية: تسجيل جميع المهام كأخطاء، وامتلاك الأخطاء لنموذج موحد و مفصل، وتعيين كل خطأ لشخص واحد فقط، ووظيفة استعلام مرنة. يجد الكاتب أن النظم الحالية مثل GitHub Issues تفتقر إلى الكفاءة مقارنة بـ BugSplat، حيث تفتقر إلى نموذج شامل، والمسؤولية فيه غير واضحة، وقدرات الاستعلام محدودة. ويختتم المقال بوصف كيفية قيام فريق الكاتب بتحسين مشروع Gitea مفتوح المصدر لمعالجة هذه أوجه القصور، مما أدى في النهاية إلى تحقيق القدرة على فرز قوائم الأخطاء حسب الأولوية.
التطوير