هل تدعم مؤسسة الفريق مجموعات العمل عبر التطبيق؟

Question

نحن نستخدم حاليًا المصدر المرئي Safe و Bugnet ونتطلع إلى الترحيل بعيدًا عن VSS. لقد كنت أضغط من أجل SVN (A) نحن متجر ASP.NET ، ب) DCVS ليس خيارًا - بغض النظر عن مقدار ما أحب HG ؛-) أو TFS. حسنًا ، لقد حصلنا أخيرًا على خادم DEV جديد ، لذلك تحدثت عن BOSS في تثبيت TFS عليه (تجربة 30 يومًا). في غضون ذلك ، بدأنا في تجربة Fogbugz. نحن نحب حقًا Fogbugz لحوالي 80 ٪ مما نريد القيام به ، وربما 20 ٪ الأخرى هي الأشياء التي لا نعرف ما نريد.

أنا أضغط من أجل TFS لأنه يسمح لـ IDE المدمج (في الغالب).

إنه يدفع من أجل Fogbugz لأنه يمكنه تجميع المهام من قبل العميل ثم المشروع وإدارة كل شيء من لوحة معلومات. (مما يعني أنني أفقد معظم تكامل IDE الخاص بي - لا توجد خسارة كبيرة أوافق)

هل تدعم TFS لوحة معلومات واحدة من شأنها أن تمتد جميع حلولنا (في هذه الحالة ، كل حل هو تطبيق كامل نبيعه لعميل السوق العمودي) ودعنا نخصص لمجهزة العمل لكل مجموعة تحدد الحلول؟

على سبيل المثال ، أعتقد أننا نتصور شيئًا كهذا:

Project1 - Bugtracker و Workitems Project2 - Bugtracker و Workitems Project3 - BugTracker و Workitems

Customer1 - جداول النشر ، والميزات المطلوبة ، وملاحظات محددة (يستخدم Project1 ، Project2) Customer2 - جداول النشر ، والميزات المطلوبة ، وملاحظات محددة (استخدام Project2 ، Project3) Customer3 - جداول النشر ، والميزات المطلوبة ، وملاحظات محددة (استخدام Project1 ، Project3)

نأمل أن يكون هذا منطقيًا. من الطبيعي أن يكون الأمر أكثر تعقيدًا من هذا ، لكنني أعتقد أنني أعطيت التفاصيل بما يكفي لرسم صورة.

لقد عرضت خيار إنشاء مشاريع وهمية لكل عميل ، لكنه لا يحب ذلك ولا يعطينا حقًا طريقة عرض لوحة القيادة المنفردة التي نأمل أن ينتهي بها الأمر (وهذا fogbugz كما فعلنا الأشياء المدعومة نوعًا ما افعل الآن).

هل حصل أي شخص على اقتراح جيد بشأن تطبيق الإدارة من شأنه أن ينجز ما يريده كلانا؟

تحرير: منذ أن حصلت على بعض الردود الجيدة (وإن لم يكن ما أردت) سأغلق هذا في الوقت الحالي. ومع ذلك ، أعتقد أن هذا شيء من شأنه أن يكون سوقًا جيدًا و/أو ميزة في إصدار TF قادم. لا تتردد في نشر المزيد من الأفكار إذا صادفت هذا لاحقًا.

Answer 1

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

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

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

بالنسبة للعملاء ، أضفنا ببساطة حقل "عميل" مخصص إلى عناصر عملنا التي سمحت لنا بربط عنصر العمل بعميل Spacific.

عندما تنظر إلى عناصر العمل ، يمكنك بعد ذلك تطبيق التصفية الشبيهة بـ SQL (على سبيل المثال TeamProject =@Project و Customer = "Biggsandco" و WorkItemType = "Bug" ستجد جميع الأخطاء التي أبلغ عنها Biggsandco في TeamProject الحالي)

هناك الكثير من الوظائف الإضافية لجهات خارجية لـ VSTs لتعزيز تجربة TFS (لحسن الحظ ، حيث توفر RAW TFS واجهة مستخدم أساسية وخرقاء للغاية) ، ويمكنك استخدام واجهة برمجة التطبيقات لكتابة أدواتك الخاصة للاستعلام عن قاعدة بيانات TFS أيضًا ، لذلك ، لذلك لا ينبغي أن تواجه الكثير من مشكلة في الحصول على لوحة معلومات تجدها مفيدة. ستحتاج إلى إجراء بعض عمليات البحث لمعرفة ما إذا كانت الحلول الموجودة هناك تتطابق مع متطلباتك.

Answer 2

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

إنها معلومات خاصة بالعميل عبر مجموعة فرعية من المشاريع التي ربما تحتاجها إلى القيام ببعض التخصيص من أجل الإبلاغ عنها نظرًا لأن لديك علاقة كثيرة لا تدعمها عناصر TFS لا تدعمها خارج الصندوق.

امل ان يساعد