توثيقتقديم تقرير خطأ في مشروع برمجيات حرة آخر
هناك تنوع كبير في مشاريع البرمجيات الحرة ، باستخدام تدفقات عمل وأدوات مختلفة. ينطبق هذا الاختلاف أيضًا على متتبعات الأخطاء المستخدمة. بينما يتم استضافة العديد من المشاريع على GitHub وتستخدم GitHub Issues لتتبع الأخطاء الخاصة بهم ، هناك أيضًا العديد من المشاريع الأخرى التي تستضيف أجهزة التتبع الخاصة بهم ، استنادًا إلى Bugzilla و Trac و Redmine و Flyspray وغيرها. معظمهم على شبكة الإنترنت ويتطلبون منك تسجيل حساب لتقديم تذكرة جديدة.
لن نغطي جميع أجهزة التتبع هنا. الأمر متروك لك لمعرفة تفاصيل أدوات التتبع المختلفة لمشاريع البرامج المجانية الأخرى ، ولكن نظرًا لأن GitHub يتمتع بشعبية نسبيًا ، فسوف نلقي نظرة سريعة عليه هنا. كما هو الحال مع أدوات التتبع الأخرى ، يجب أولاً إنشاء حساب وتسجيل الدخول. بعد ذلك ، انقر فوق علامة التبويب "المشكلات" ، كما هو موضح في الشكل 6.5 ، "الصفحة الرئيسية لمشروع GitHub"[الصفحة 144].
الشكل 6.5 الصفحة الرئيسية لمشروع جيثب
يمكنك بعد ذلك استعراض (والبحث) في قائمة المشكلات المفتوحة. بمجرد أن تكون واثقًا من أن الخطأ لم يتم تقديمه بعد ، يمكنك النقر فوق الزر إصدار جديد (الشكل 6.6 ، "صفحة مشكلات مشروع GitHub”[صفحة 145]).
الشكل 6.6 صفحة قضايا مشروع جيثب
أنت الآن في صفحة حيث يجب أن تصف مشكلتك (الشكل 6.7 ، "نموذج GitHub لتقديم مشكلة جديدة"[الصفحة 145]). على الرغم من عدم وجود قالب مثل النموذج الموجود في reportbug، آلية الإبلاغ عن الأخطاء بسيطة إلى حد ما ، مما يسمح لك بإرفاق الملفات وتطبيق التنسيق على النص وغير ذلك الكثير. بالطبع ، للحصول على أفضل النتائج ، تأكد من اتباع إرشاداتنا لإنشاء تقرير مفصل وموصوف جيدًا.
الشكل 6.7 نموذج GitHub لتقديم مشكلة جديدة