Codestream: عرض [VS] [طلب الميزة] حالة موافقة MR في قائمة MR

تم إنشاؤها على ١ أبريل ٢٠٢١  ·  11تعليقات  ·  مصدر: TeamCodeStream/codestream

من المفيد أن أعرف ما إذا كان MR قد تمت الموافقة عليه أم لا (ربما أخبرني من الذي وافق عليه؟) عندما أتحقق من هذه القائمة.

截圖 2021-04-01 下午1 38 40

ال 11 كومينتر

@ ftcy0118 - شكرًا لجميع التعليقات! في هذه الحالة ، هل من المنطقي عدم إظهار MRs في قسم الانتظار بمجرد الموافقة عليهم؟

قد تكون فكرة جيدة! في سير العمل اليومي ، ما زلت مهتمًا ببعض MRs المعتمدة والتي لم أقبلها. على سبيل المثال ، إذا تمت مراجعة MR والموافقة عليها من قبل شخص آخر ، ولكن العنوان يبدو مهتمًا بالنسبة لي ، فسأظل ألقي نظرة عليه. حالة أخرى ، إذا تمت الموافقة على MR بواسطتي ولكنني لاحظت زيادة عدد التعليقات ، فسوف أذهب للتحقق من التعليقات الجديدة.

ربما يمكنك إضافة قائمة أخرى لهؤلاء؟ (بينما تسرد صفحة GitLab merge_requests فقط جميع MRs مع حالة الموافقة.)

أعتقد أنه يجب أن يكون هناك MRs تم تعيينه للمستخدم باستثناء تلك التي تمت الموافقة عليها من قبله. في حالتي (Gitlab ذاتية الاستضافة) ، أرى جميع MRs حتى أولئك الذين لم يتم تعييني لهم.

في سير العمل الخاص بي ، نستخدم الحقلين المخصص والمراجع. أتفق مع vmohir على أنني أود أن أرى في قائمة الانتظار MRs حيث أنا إما معيّن أو مراجع ، ولم أوافق بعد.

أنا أميل إلى ما قاله @ ftcy0118 . أحب الحصول على قائمة واضحة من MR التي تتوقع مني اتخاذ إجراء. لكني أرغب أيضًا في الحصول على عرض لجميع الكود الجديد الذي سيتم إدخاله في الريبو.
ربما يمكننا الحصول على قائمة إضافية لتلك التي لم ننشئها أو لم يتم تعيينها لها ، مع مرشح قابل للتكوين في النهاية حتى نتمكن من اختيار ما نراه بالضبط في هذه القائمة؟

على الرغم من أن المساحة صغيرة ، إلا أنني سأتعامل معها بشكل مختلف. يمكن تغيير تسمية IMO من Waiting for my review إلى Open Reviews .
بالنسبة للمراجعات التي أعمل فيها كمراجع ، يمكن دفعها إلى الأعلى ولديها أيقونة توضح أن انتباهي مطلوب وعندما أوافق على MR ، لدي علامة اختيار خضراء صغيرة تحدد أنني قد وافقت عليها.
أرغب في رؤية المراجعات في العمود المفتوح حتى بعد الموافقة عليها لمراقبة التعليقات والتغييرات.

ربما يمكننا الحصول على قائمة إضافية لتلك التي لم ننشئها أو لم يتم تعيينها لها ، مع مرشح قابل للتكوين في النهاية حتى نتمكن من اختيار ما نراه بالضبط في هذه القائمة؟

christophedcpm - يمكنك فعل ذلك اليوم. إذا نقرت على أيقونة تصفية في عنوان قسم طلبات الدمج ، فستتمكن من إنشاء قسم فرعي جديد بناءً على استعلام مخصص.

على الرغم من أن المساحة صغيرة ، إلا أنني سأتعامل معها بشكل مختلف. يمكن تغيير تسمية IMO من Waiting for my review إلى Open Reviews .
بالنسبة للمراجعات التي أعمل فيها كمراجع ، يمكن دفعها إلى الأعلى ولديها أيقونة توضح أن انتباهي مطلوب وعندما أوافق على MR ، لدي علامة اختيار خضراء صغيرة تحدد أنني قد وافقت عليها.
أرغب في رؤية المراجعات في العمود المفتوح حتى بعد الموافقة عليها لمراقبة التعليقات والتغييرات.

aderopoa - الطريقة التي سيعمل بها هذا هي أنه بمجرد الموافقة على MR أو إغلاقه ، سينتقل من قسم الانتظار إلى القسم الأخير. هل تعتقد أن هذا حقق ما تبحث عنه ، أم تفضل فكرتك عن قسم مفتوح حيث يظل MRs حتى إغلاقه؟

على الرغم من أن المساحة صغيرة ، إلا أنني سأتعامل معها بشكل مختلف. يمكن تغيير تسمية IMO من Waiting for my review إلى Open Reviews .
بالنسبة للمراجعات التي أعمل فيها كمراجع ، يمكن دفعها إلى الأعلى ولديها أيقونة توضح أن انتباهي مطلوب وعندما أوافق على MR ، لدي علامة اختيار خضراء صغيرة تحدد أنني قد وافقت عليها.
أرغب في رؤية المراجعات في العمود المفتوح حتى بعد الموافقة عليها لمراقبة التعليقات والتغييرات.

aderopoa - الطريقة التي سيعمل بها هذا هي أنه بمجرد الموافقة على MR أو إغلاقه ، سينتقل من قسم الانتظار إلى القسم الأخير. هل تعتقد أن هذا حقق ما تبحث عنه ، أم تفضل فكرتك عن قسم مفتوح حيث يظل MRs حتى إغلاقه؟

أعتقد أن هناك حاجة إلى وجود قسم مفتوح حيث تظل MRs حتى الإغلاق. بالنظر إلى الأمر من منظور الفريق ، سيكون من الأسهل على الفريق الوصول إلى المشاركين الذين لم يراجعوا بعد. يخبرني القسم المفتوح أنه لا يزال يتعين اتخاذ إجراء لإغلاق المراجعة. قد تكون موافقتي أو موافقة أعضاء الفريق الآخرين.

أعتقد أننا سنمضي قدمًا ونجمع بين قسمي الانتظار والمعين ، ولكن لسوء الحظ لا يبدو أن GitLab يكشف حالة الموافقة لـ MR عبر واجهة برمجة التطبيقات الخاصة بهم. ما زلنا نستكشف الخيارات رغم ...

لسوء الحظ ، نظرًا للقيود في GL api ، لا يوجد الكثير مما يمكننا القيام به هنا. كما هو مذكور أعلاه ، ليس لدينا حق الوصول إلى حالة الموافقة. بالإضافة إلى ذلك ، لا تدعم الإصدارات القديمة من GitLab Self Managed المراجعين ، لذا لا أعتقد أنه يمكننا في الوقت الحالي الجمع بين قسمي الانتظار والمخصص.

بالنسبة لأولئك منكم الذين لا يستخدمون المراجعين أو المعينين حقًا ، سيكون اقتراحي هو إنشاء استعلام مخصص لإظهار جميع MRs المفتوحة (الحالة: مفتوحة). فقط انقر فوق أيقونة عامل التصفية في عنوان قسم طلبات الدمج.

التغيير الوحيد الذي قمنا به ، والذي سيكون قابلاً للتطبيق على vmohir ، هو أنه إذا كنت تستخدم إصدارًا أقدم من GitLab Self Managed ولا يدعم المراجعين ، فإننا نستبدل قسم Waiting on my Review بقسم All Open تلقائيًا .

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات