git-bug: متتبع مشكلات يعيش داخل مستودع git نفسه ويعمل دون اتصال
السؤال الذي تطرحه الأداة أهم منها: من يملك تاريخ قرارات الفريق التقنية، المستودع أم مزوّد الخدمة؟
وصل مشروع git-bug إلى صدارة Hacker News في 25 سبتمبر 2026. وهو متتبع للمشكلات (bug tracker) مكتوب بلغة Go ومرخّص بـ GPLv3، يخزّن الـ issues داخل مستودع git نفسه.
كيف يعمل
لا تتحول الـ issues إلى ملفات داخل المشروع، بل تُخزَّن في كائنات وrefs خاصة داخل git، وفق صيغة موصوفة رسميًا في مواصفات المشروع. وعند استنساخ المستودع يأتي التاريخ والـ issues معًا، دون أي ملف إضافي في شجرة المشروع. ولأن كل شيء محلي، يعمل المتتبع دون اتصال بالإنترنت.
وللأداة ثلاث واجهات: سطر أوامر، وواجهة نصية داخل الطرفية، وواجهة ويب محلية. كما توفر جسورًا للمزامنة مع GitHub وGitLab وJira وLaunchpad.
الفكرة تطرح سؤالًا عن ملكية سجل العمل. فحين يكون المتتبع خارج المستودع، يبقى تاريخ القرارات التقنية للفريق محفوظًا لدى مزوّد الخدمة. وحين يكون داخله، يبقى مع الفريق.
لكن للخيار الثاني ثمنًا واضحًا. فهو يفقد ما يجعل فريقًا كاملًا يعمل معًا: التعليقات الحية، والصلاحيات، واللوحة التي يرى فيها كل فرد حالة العمل، والمكان الذي يكتب فيه غير التقنيين. الأداة تكسب الاستقلال، والمتتبعات المستضافة تكسب المشاركة.
وتبدو git-bug أنسب للفرق الصغيرة المكونة من مطورين فقط، التي تفضّل البقاء داخل الطرفية وأدوات git.