الأسطر التي غيّرتها فقط
يظل ArchScan يقيس الدين القديم في الملف نفسه، لكنه لا يتحول أبداً إلى ضجيج مراجعة على طلب الدمج الخاص بك.
- مخالفة جديدة: تم التعليق
- دين قائم: بلا تعليق
مهندس معماري خبير في كل pull request.
يتدخّل ArchPilot لحظة فتح أي pull/merge request، يقرأ الشيفرة المتغيّرة وفق قواعد معماريتك ويترك التصحيح كتعليق مراجعة داخل السطر.
شاشات من تثبيت قيد التشغيل
رحلة طلب الدمج
ست خطوات بين CI الخاص بك ولوحة AppArch، وكلاهما داخل شبكتك. لا يُرفع المستودع أبداً، ولا ينتقل سوى الملاحظات.
- CI وGit
يُفتح طلب دمج
طلب دمج جديد، أو دفع جديد إليه، يشغّل خط النشر.
- CI وGit
تبدأ مهمة المحلل
يجلب مجموعة القواعد من اللوحة، مع تطبيق إعدادات المشروع ومساحة العمل مسبقاً.
- CI وGit
تُقرأ الملفات المعدّلة فقط
في وضع المراجعة يحدد المحلل الملفات المعدّلة أولاً ويقرأها وحدها.
- لوحة AppArch
تذهب الملاحظات إلى اللوحة
تذهب القاعدة والملف والسطر والرسالة إلى اللوحة، ولا يُرفع المستودع نفسه أبداً.
- لوحة AppArch
جديد أو متكرر أو مُصلَح
تقارن اللوحة مع التشغيل السابق: الملاحظة الجديدة تحصل على تعليق، والمتكررة لا تُنشر مجدداً، والمُصلَحة تُغلق.
- CI وGit
تصل التعليقات والملخص
تعليقات على الأسطر نفسها، وقسم AppArch في وصف طلب الدمج يعرض الإجماليات.
بوابة اختيارية: اختر درجة خطورة fail-on في اللوحة، وعندما تبلغها ملاحظة ما تنتهي المهمة بالرمز 4 بعد إرسال النتائج، فيتحول خط النشر إلى الأحمر.
تشريح التعليق
يجيب كل تعليق عن الأسئلة الخمسة نفسها، ويظهر بالشكل نفسه لدى مزوّدي Git الأربعة.
-
القاعدة والخطورة
أي قاعدة، وما مدى خطورتها. تحدد الخطورة الدرجة والبوابة الاختيارية.
-
السطر الدقيق
يوضع التعليق على السطر الذي يخالف القاعدة، وليس على وسم فوقه.
-
لماذا يهم
المبرر، كي يكون الإصلاح قراراً لا تخميناً.
-
اقتراح
ما الذي يجب تغييره، كما يقترحه المحلل.
-
تفاصيل القاعدة
رابط إلى صفحة توثيق القاعدة.
حياة الملاحظة على طلب الدمج
تعليق واحد لكل ملاحظة، من أول دفع إلى آخره. تُغلق كل ملاحظة على حدة: بالإصلاح أو بإغلاق شخص لها.
- وُجدتالدفع الذي يُدخلها: تعليق واحد على السطر.
- ما زالت موجودةالدفعات اللاحقة: يبقى التعليق، ولا يُنشر تكرار.
- أُصلحتلم يعد السطر يخالف القاعدة: يُغلق التعليق.أُغلقت يدوياًيغلقها شخص: تُحتسب مستبعدة، لا مُصلَحة.
أربعة مزوّدي Git، سلوك واحد
تُنشر التعليقات من مستخدم التكامل الافتراضي أو من حساب بوت مخصص لمساحة العمل.
GitHub GitLab Bitbucket Azure DevOps
ماذا يوجد تحت الغطاء
ArchPilot ليس أداة linter - بل يتصرف كمهندس معماري يندمج مع سير عمل فريقك دون ضجيج.
تعليقات المراجعة المضمَّنة
يظهر الاكتشاف على السطر المحدد بالضبط - موضحًا الخطأ وسببه والإصلاح المقترح، تمامًا كمراجِع بشري. يمكنك الرد في السلسلة للنقاش.
تحليل مقتصر على الـ diff
تتم مراجعة الكود المُعدَّل في هذا الـ PR/MR فقط. لا يتحول الدَّين التقني القديم إلى ضجيج أبدًا - يركّز الفريق فقط على المخاطر التي يُدخلها الآن.
بلا تكرار وحلّ تلقائي
تُفهرَس التعليقات بعلامة مميِّزة: لا يُعاد نشر الاكتشاف نفسه في كل push، وتُحلّ المخالفات المُصلَحة تلقائيًا. يبقى الـ PR نظيفًا وقابلًا للقراءة.
حساب بوت مخصص + لغة التعليق
تُنشر التعليقات من مستخدم التكامل الافتراضي أو من حساب بوت مخصص لمساحة العمل. تختار لغة التعليق لكل مساحة عمل (EN/TR).
مراجعات يدوية عند الطلب
شغّل مراجعة على MR محدد مباشرةً من اللوحة. يتحقق ArchPilot أولًا من الوصول ("هل أستطيع قراءته؟")، ثم يُشغّل المراجعة في خط CI الخاص بك.
مزامنة المطورين والتقييم
تتم مزامنة أعضاء Git ومؤلفي MR تلقائيًا؛ وتُوسَم حسابات الخدمة/البوت تلقائيًا (وقابلة للتعديل). يحصل كل مطور على تقييم مبني على ArchPilot.
تجاوز القواعد لكل مشروع
فعّل القواعد أو عطّلها أو اضبطها لكل مشروع أو مساحة عمل. القواعد التي تُعطّلها في اللوحة لا تصل إلى البوت أبدًا - لا إيجابيات خاطئة.
يعمل في CI الخاص بك
يعمل التحليل في CI الخاص بك، على بنيتك التحتية - لا تغادر شيفرتك المصدرية البنية أبدًا؛ تُرسَل الاكتشافات فقط إلى اللوحة.
شاهده داخل المنتج
كل لقطات الشاشة
احصل على مراجعتك الأولى اليوم
اربط Git، فعّل القواعد، ودع ArchPilot يتحدث في الـ PR التالي.