سؤال

هل هناك طريقة في TFS في VS2010 لتحديد تكرار معين هو التكرار الحالي ، ثم إعادة ذلك للاستخدام في الاستعلامات المشابهة للوافضة @Project يعمل؟ إذا لم يكن هناك طريقة للقيام بالتعليقات الفرعية في استفسارات عناصر عمل TFS؟

هل كانت مفيدة؟

المحلول

أخشى أنه لا يوجد مثل هذا الماكرو. أنا شخصياً لديّ عدد قليل من استعلامات فريق "X في التكرار الحالي" ثم قم بتحرير هذه الاستعلامات للإشارة إلى مسار التكرار الجديد في بداية كل تكرار.

نصائح أخرى

يبدو أن Microsoft استمعت. @CurrentIteration هو يتم إضافتها كرمز مميز.

هذا رائع ، بالطبع. عند البحث عن كتابة استعلام ضد العدو الحالي ، ومع ذلك ، فأنت في خطر فقدان البصر لعناصر العمل غير المقدمة في العدوات السابقة. عندما تصل @CurrentIteration, ، ربما تعني فقط "كل الأعمال غير المكتملة التي تم التزامها بالعدو". إذا قمت بالتصفية إلى سباق واحد ، فستفتقد أي متراغاة فشلت في الإغلاق أو المضي قدمًا من العدوات السابقة.

فكر في استخدام النمط التالي ، حيث "scrumofscrums الإصدار 1.0.0.0 ″ هو مسار التراكم الخاص بك ، وجميع مسارات العدو الخاصة بك هي الأطفال إلى ذلك:

TFS query of work items Under the backlog iteration node, but not equal to the backlog iteration node. Also not Closed.

تصفية لعناصر العمل تحت عقدة التكرار المتراكمة ، ولكن لا تساوي عقدة التكرار المتراكمة. هذا سوف يمنحك جميع العناصر الملتزمة بعبر العدو.

سيؤدي هذا أيضًا إلى إغلاق أي عناصر لم يتم إغلاقها في سباق السرعة السابق. نظرًا لأن الهدف هو إغلاق كل عنصر في العدو قبل الانتقال إلى النموذج التالي ، فإن نمط الاستعلام هذا سيكون أفضل من استخدام @CurrentIteration, ، ما لم تكن تتطلع إلى العثور على العناصر المغلقة في التكرار الحالي.

ملاحظة: في حين أن هذا سؤال قديم ، فقد كان أفضل ضربة لي عندما بحثت عن معلومات حول الاستعلام عن التكرار الحالي في TFS.

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

- 2010-49
- Current
- 2010-51

لست متأكدًا مما إذا كان إعادة تسمية التكرارات بهذه الطريقة سيؤدي إلى أي تعارضات أو إرباك مستودع البيانات على سبيل المثال ، لكن هذا سيوفر على الاضطرار إلى إنشاء أو تعديل كومة من الاستعلامات في بداية كل تكرار.

سأكون مهتمًا جدًا بسماع ملاحظات حول هذا النهج!

الاستعلام عن العدو في فاصل التاريخ كما هو موضح هنا:

    Team Project    =   @Project
And Work Item Type  =   Sprint
And Start Date  <=  @Today
And Finish Date >=  @Today

لقد وجدت أن Telerik مجاني مدير عنصر العمل يوفر حلاً أنيقًا لهذه المشكلة.

ما عليك سوى تحديد استفساراتك كما كنت عادةً ولكن ترك أي مرشحات تتعلق بالتكرار (لاحظ أن هذا ينطبق أيضًا على المناطق). يوجد جزء من TreeView يسمى "مرشحات التكرار/التكرار" التي ستضيف تصفية عودية إضافية بناءً على التكرار (أو المنطقة) التي تختارها هناك.

لاحظ أنه إذا لم يكن الجزء مرئيًا ، فيمكنك تمكينه عبر قائمة العرض.

alt text

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top