أحاول فهم كيفية التعامل مع بوت discourse-patch-triage الجديد عند تقديم طلبات سحب (PRs) من التفرع (fork) الخاص بنا، والأمر محير بعض الشيء، خاصة في محادثة ثلاثية الأطراف بيني وبين البوت ومراجع من الفريق. هل هناك طريقة صحيحة للقيام بذلك؟
لا أستطيع أن أطلب منه إصلاح الاقتراحات التي يقدمها على التفرع الخاص بي. في الوقت الحالي، أحاول معالجة ردوده حول اختبارات المواصفات (spec tests)، وأنا لست متأكدًا على الإطلاق مما إذا كنت أقوم بذلك بشكل صحيح — فأنا أفضل أن أطلب منه إصلاحها نظرًا لأن هذا يبدو خيارًا مقترحًا.
على سبيل المثال، أنا أصلح فشل اختبارات المواصفات على تفرعي الخاص لطلب السحب، لكن يبدو أن هناك بعض الاحتكاك بين ما أقوم به وما يريد البوت فعله:
هل يجب أن أصلح هذه المشاكل في تفرعي الخاص، أم أن أترك للفريق أو للبوت إصلاحها بدلاً من ذلك؟
للتفاعل مع البوت، يجب أن تعلق @patch-triage، ثم يمكنك استخدام اللغة الإنجليزية البسيطة لطلبك. تقتصر وظيفته حاليًا على المراجعة واقتراح التغييرات وإعادة أساس طلبك (PR) وإنشاء التزام جديد مع التغييرات المقترحة.
لن يقوم البوت بإجراء تغييرات على النسخ المشتقة (forks)، لكنه لا يزال قادرًا على المراجعة واقتراح التغييرات. لقد قمت مؤخرًا بإجراء تعديلات لتوضيح ذلك، لذا ستحتاج إلى التعامل مع أي تغييرات مقترحة بنفسك (كما فعلت).
إذا كنت ترغب في الاستفادة الكاملة من البوت، فإنني أقترح عليك إنشاء طلب سحب (PR) مباشرة إلى النواة الأساسية بدلاً من ذلك عبر نسختك المشتقة
شكرًا لك، إسحاق، هذا يوضح الأمور. أنا معتاد فقط على عمل فورك للمستودعات لطلبات السحب، لكنني سأبدأ في تقديم طلبات السحب على الفروع الأساسية بدلاً من ذلك في حالات مثل هذه - يبدو أن بوت الفرز مفيد جدًا.
لقد بدأت أفهم إلى حدّ ما كيفية عمل بوت @patch-triage على نسخة fork الخاصة بي، لكنني أعتقد أنه عندما طلبت منه fix all، بالإضافة إلى معالجة التغييرات التي أرادها، قام بإصلاح مجموعة من الأكواد خارج النطاق في فترات زمنية أخرى
