أفضل أدوات إدارة المشاريع ، والتحكم في المصدر ، والبناء والويكي [مغلق

Question

كيف هناك. أقوم بتجميع فريق برمجيات جديد وأبحث في أدوات مختلفة تتغلب على الكوابيس السابقة التي مررت بها مع فرق أخرى.

على مدار الخمسة إلى 6 سنوات الماضية ، هذه بعض التحولات التي ذهبت إليها من خلال:

SourceControl:
CVS => VSS => SVN

إدارة المشاريع ، الأخطاء وتتبع القضايا:
Paper => Notes Postit => OneNote => bugnet => Ontime

ويكي والوثائق:
Word + Network Share => Screwturn Wiki

أتمتة البناء:
التحكم في التطواف + msbuild

الآن ، وخاصة بسبب SVN وموقف ويكي ، أتطلع إلى بدء هذا الفريق بشيء جديد. في الماضي ، كان لدينا كوابيس متفرعة مع SVN ، وكلما حاولنا إصلاحه ، أصبح أسوأ ما يصبح. التحدي الآخر الذي لدي هو العثور على شيء مستقر ومتكامل. يمكنك أن تتخيل أن BugNet+SVN+ScrewTurn+Cruisecontrol+MSBuild حيوانات مختلفة تمامًا ، لذا فإن التكامل والتآزر مهم للغاية ؛ لا أريد أن أكون قفز بين 10 تطبيقات مختلفة للإبلاغ عن خطأ أو تعيين المهام ومراجعة العمل المكتمل والنظر في سجل الريبو.
لذلك ، كنت أنا والفريق الجديد نتحدث عن هذا الأمر منذ يومين الآن ، وأعتقد أننا ضاقنا ذلك إلى 2 posibilities:

1. TFS 2010
الايجابيات:
-حل الكل في واحد. إنه حقًا كل شيء ، بما في ذلك قالب عملية Scrum الجديد.
- واجهة مستخدم ودية للغاية وتكامل SharePoint.
- Wysiwyg Wiki وتكامل المكاتب.
سلبيات:
- تكاليف عالية مقدمة في أجهزة ووقت المسؤول. البرنامج أيضًا ، لكنه لا يؤثر علينا لأن لدينا اشتراك MSDN مع برنامج مجاني.
- أنا متردد تجاه التحكم في مصدر TFS. SC يعتمد على الملفات ومع المستودع المركزي تمامًا مثل SVN و VSS. لا أريد حقًا أن أسقط لنفس المشكلات التي واجهناها في الماضي.

2. fugbugs + kiln + cc
الايجابيات:
- يستخدم الفرن الزئبق ، مع كل فوائد التحكم في المصدر الموزع.
- الحد الأدنى من التكاليف المقدمة ووقت التخطيط للحصول عليها وتشغيلها. 30.00 دولار لكل مستخدم شهريًا.
- واجهة مستخدم ويب ودية للغاية.
- محرر Wysiwyg Wiki.
- أدوات تعقب القضية بسيطة للغاية وأدوات إدارة المشاريع. سيكون من السهل دمج عمليات scrum.
سلبيات:
- تفتقر إلى أدوات أتمتة البناء لعمليات أكثر تكاملاً (مثل TFS). لذلك هذا سيعني أنه سيتعين علينا الاستمرار في ضرب رؤوسنا بوظائف خط الأوامر والمهام المجتمعية للحفاظ على عمال البناء لدينا.

مرة أخرى في اليوم ، استخدمت Visual Studio Team System 2005 ولم أكن أتناول أفضل الذكريات معي حول النظام ؛ لكن TFS 2010 الجديد يبدو رهانًا قويًا للغاية. يشبه Fogbugz و Mercurial نوعًا ما مثل الأطفال الجدد في الكتلة وهم يجلبون التفكير الجديد في العمليات الجديدة ، ولكن كما هو الحال دائمًا ، فهذا سيف مزدوج الحافة.
أي شخص لديه خبرة قوية مع أي من هذه؟ هل نفتقد هذا الخيار الثالث؟ هل لديك تلك الرصاصة الفضية لمشاكلي؟

1. تكامل الأدوات
   1.1. التحكم في المصدر
   1.2. ويكي
   1.3. بناء الأتمتة
   1.4. ادارة مشروع
   1.5. مشكلة تعقب
2. قلل من تفرع التحكم في المصدر ودمج النزاعات (نعم ، من الضروري بالنسبة لنا أن نتفوق ودمج)
3. واجهة مستخدم ودية (ليس الجميع هو CMD Hacker)
4. Wysiwyg ويكي.
5. منحنى التعلم للمطورين.
6. حان الوقت للحصول على كل تشغيل VS. قيمة طويلة الأجل.

لدى الفريق الجديد 4 أعضاء في الفريق + مدير مشروع واحد (Scrum Master) ومدير منتج واحد (مالك المنتج). لذلك نحن نتحدث عن فريق صغير وجديد نسبيا. النطاق والمشاريع التي سنعمل عليها هي تطبيقات كبيرة ومؤسسات مع مشاريع متعددة وتغيرات متفرعة

Answer 1

أقترح عليك استخدام TFS 2010 و Visual Studio 2010 (إذا كنت تقوم بتطوير تطبيقات .NET)

لا داعي للقلق بشأن SC في TFS. تقوم TFS بتخزين كل شيء في SQL Server DB. يعمل TFS على خادم الويب ، بحيث يمكنك توصيل عنصر تحكم المصدر الخاص بك حيث تريد.

تتبع WI هو زائد. TFS لديه آلية تتبع WI مذهلة. يمكنك تخصيص WIS إذا كنت تريد. يدعم TFS عملية برامج إضافية مثل MSF أو CMMI أو Agile.

إمكانات اختبار TFS 2010 مثالية. إذا كنت تستخدم مع Visual Studio 2010 ، فيمكنك زيادة التآكل مع TFS 2010.

المتفرع هو أمر مزعج في حالة اندماج الوقت ؛ لكن TFS 2010 Allways يساعدك. يمكنك تتبع التغييرات في مصادرك قبل الفروع والاندماج.

تدعم آلية بناء TFS 2010 سير العمل. حتى تتمكن من تخصيص عملية الإنشاء بسهولة بسهولة ؛ إذا لم يكن هذا الأمر بالنسبة لك ، فيمكنك استخدام ملفات دفع إضافية (MSBuild).

لدى TFS 2010 عملية إدارية أسهل ثم TFS 2008 و 2005. يمكنك بسهولة إنشاء وكلاء البناء والآلات ومجموعات المشروع وما إلى ذلك ...

يدعم TFS 2010 جميع منتجات MS تقريبًا ؛ مثل MS Office. لدى Excel تكامل كبير مع TFS أو MS Project. لا تنسى SharePoint.

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

لكنني أعلم أنه لا يمكنك استخدام TFS من Subs MSDN لأغراض تجارية. لأن هذا مخصص فقط للاختبار ، ويمكن لمستخدمين فقط الاتصال (لست متأكدًا تمامًا)

على الأقل ، لم تضطر إلى إعداد TFS على خادم مخصص إذا كنت تريد (لا ينصح بذلك). يمكنك الإعداد على Win7 إذا كنت تريد ويمكن TFS العمل على SQL Server Express

لذلك أقترح عليك TFS 2010. إذا كنت تقوم بتطوير تطبيقات .NET ، لا شيء يمكن أن يكون أفضل من TFS.

Answer 2

ما حجم فريقك ، وما هي المنهجية / الأدوار التي سيستخدمها الجميع؟

أود أن أقول ما إذا كان فريقًا ضخمًا ، فقد يناسب TFS احتياجاتك.
خاصة إذا كنت بحاجة إلى النشر إلى SharePoint ، أو لديك أدوار أكثر تحديدًا في فريقك.

ومع ذلك ، إذا كنت تريد حلًا أصغر حجمًا ، والذي سيتناسب مع فريق أصغر بشكل أفضل ، فإن شيء مثل SVN/TRAC/CROUSE Control قد يناسب احتياجاتك.

Answer 3

يبدو أنك تبحث عن شيء مثل تراك.

TRAC هو نظام التتبع المعزز لـ WIKI وقضايا لمشاريع تطوير البرمجيات. يستخدم TRAC نهجًا بسيطًا لإدارة مشاريع البرمجيات المستندة إلى الويب. مهمتنا هي مساعدة المطورين على كتابة برامج رائعة أثناء الابتعاد عن الطريق. يجب أن تفرض TRAC أقل قدر ممكن على عملية التطوير والسياسات الراسخة للفريق.

إنه يوفر واجهة للتخريب (أو أنظمة التحكم في الإصدار الأخرى) ، و WIKI متكامل ومرافق الإبلاغ المريحة.

يمكن تمديد TRAC مع الإضافات. ال Trac-Hack ويكي هو المكان المناسب للذهاب للمكونات الإضافية.

إليك سؤال آخر stackoverflow الموصى بها TRAC الإضافات.

Answer 4

Redmine إلى الإنقاذ.

Answer 5

حتى الآن لقد كنت سعيدًا جدًا أتلاسيان منتجات). Jira تتكامل بشكل جيد للغاية مع التخريب. إذا قمت بتقديم علامة نصية في رسالة الالتزام الخاصة بك ، فستعرض JIRA تغييرات التعليمات البرمجية ذات الصلة أيضًا. بدلا من استخدام فيش ، WebSVN كانت الأداة المفضلة مثل SVN Web Front Lind. إذا كنت تبحث فقط عن "ويكي" ، فوسويكي يقوم بعمل جيد. لكنني أبحث أكثر من زاوية Linux في سلسلة الأدوات.

Answer 6

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

دون تقديم المشورة بشأن أدوات محددة ، سوف أنصحك بالقيام بأمرين.

1) ابحث عن أداة سلسلة - ليس مجرد مجموعة من الأدوات. انظر على سبيل المثال البحث عن "سلسلة الأدوات" الحقيقية التي تناقش الأدوات التي تلعب بشكل جيد معا. يجب أن يوفر تدفق العمل الأكثر سلاسة الوقت وقد يزيد من فرص النجاح للمشروع.

ألاحظ أنك تقول "يمكنك أن تتخيل أن bugnet+svn+screwturn+cruisecontrol+msbuild هي حيوانات مختلفة تمامًا ، لذا فإن التكامل والتآزر مهم للغاية" ، لذلك أعتقد أننا في اتفاق على ذلك

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