حقّق وأصلح

Autofix

تصل الإصلاحات التي يكتبها الوكلاء على شكل طلبات pull request في مستودعك. أنت تراجع وتدمج؛ ويذكّرك Polylane ويرتّب ما لا يمسّه أحد.

الإصلاح التلقائي طلب pull request يفتحه Polylane لحلّ شيء وجده. يحقق الوكيل أولاً، ثم يكتب التغيير على فرع ويفتح طلب pull request على GitHub؛ ويبقى الدمج بيدك.

ما الذي يفعله

تبدأ الإصلاحات التلقائية من ثلاثة أماكن. تطلب واحداً في محادثة، على سبيل المثال "افتح pull request يصلح هذا". أو تصل جولة إصلاح إلى سبب مؤكد في مستودع مربوط وتفتح الإصلاح في المحادثة نفسها. أو يقترح Polylane واحداً من تلقاء نفسه، مثل تحسينات قابلية الملاحظة التي يصوغها حين يُربط مستودع لأول مرة.

كيف يعمل

  1. التحقيق: يجمع الوكيل السياق من Topology وبيانات القياس والمستودع المتأثر.
  2. الفرع: ينشئ فرعاً على الفرع الأساسي للمستودع.
  3. الإصلاح: يكتب المنفّذ التغيير ويدفع commits.
  4. طلب pull request: يفتح طلب pull request واصفاً ما كان خطأً وما تغيّر، مربوطاً بالمحادثة أو المشكلة التي خلفه.
  5. مراجعتك: تقرر مراجعة الكود المعتادة لديك والتكامل المستمر الدمج. إغلاقه حصيلة صالحة، ويسجّلها Polylane.

الحالات

الحالةالوصف
startedالجولة جارية.
branch_pushedالـ commits على الفرع وطلب pull request على وشك أن يُفتح.
approval_requiredتطلب مساحة العمل الإذن قبل بدء الإصلاحات التلقائية، فتنتظر هذه الجولة أن يبدأها أحد من محادثتها.
pr_openedطلب pull request مفتوح وينتظر مراجعتك.
mergedدمجت طلب pull request.
closedأُغلق طلب pull request من دون دمج، من قِبلك أو من قِبل Polylane.
failedلم يستطع المنفّذ إنتاج إصلاح.
no_fix_neededخلص الوكيل إلى أنه لا شيء يستوجب التغيير.
already_in_flightتغطي جولة أخرى أو pull request مفتوح الإصلاح نفسه أصلاً.
quota_exhaustedلا تستطيع مساحة العمل بدء جولة أخرى الآن.
disabledالإصلاح التلقائي موقوف لمساحة العمل.
plan_rejectedرُفض الطلب قبل بدء الجولة.
unreachableلم يعد Polylane يستطيع قراءة المستودع، على سبيل المثال بعد إزالة GitHub App أو تعليقه.
expiredتعطّلت الجولة بعد نافذتها الزمنية وأُغلقت.

يمكن بدء الجولة المتخطاة من نظرتها العامة بـ Run anyway، والمنتهية أو الفاشلة بـ Run again، والمعلّقة بـ Approve and run. وتحت Settings > Workspace، تحمل بطاقة Autofix مفتاح Open autofix pull requests لمساحة العمل كلها وFixes Polylane starts on its own، حيث يعلّق Ask first الإصلاحات التلقائية حتى يبدأها أحد.

طلبات pull request المتروكة مفتوحة

لا ينتظر طلب pull request الذي يفتحه Polylane إلى الأبد. بعد أسبوع من دون نشاط، يرسل المسح الأسبوعي تذكيراً واحداً بالبريد الإلكتروني وفي Slack ويترك الملاحظة نفسها تعليقاً على طلب pull request؛ وحين لم يُطلب من أحد مراجعته، يُطلب ذلك من مالكي الكود الذي يمسّه. وطلب pull request الذي لا يرى شيئاً لأسبوع آخر بعد التذكير يغلقه Polylane مع تعليق يشرح السبب، ويبقى الفرع، فإعادة فتحه تعيد التغيير كما هو.

تُستثنى طلبات pull request المفتوحة أثناء ربط المستودع من التذكيرات والإغلاقات.

المنفّذون

المنفّذ هو وكيل البرمجة الذي يكتب الـ diff. لا يحتاج منفّذ Polylane الخاص إلى إعداد؛ ويمكنك بدلاً منه توجيه الإصلاحات التلقائية عبر وكيل برمجة تستخدمه أصلاً:

اربط Devin أو Cursor أو Factory أو Conductor تحت Settings > Integrations بمفتاح API الخاص بك، ثم فعّل Use Devin for all autofixes (أو المفتاح المكافئ على صفحة Cursor أو Factory أو Conductor) لجعله المنفّذ لكل إصلاح تلقائي في مساحة العمل. وإذا أُزيل ذلك التكامل أو عُطّل، تعود الإصلاحات التلقائية إلى منفّذ Polylane.

أين تجده

اقرأ الإصلاح التلقائي على المحادثة التي أنتجته. تعرض Lineage في الشريط الجانبي للمحادثة Autofix وPull request الخاص به، وتفتح عقدة الإصلاح التلقائي تبويبات Overview وDiff وSession وTimeline وProperties. ويقع Approve and run وRun again وسبب الإغلاق في نظرته العامة.

ذات صلة