أي شخص يرغب في مشاركة خبرته باستخدام TFS لإدارة دورة حياة التطبيق

Question

نقوم بتطوير تطبيق White Label Web و Mobile Healthcare لعملائنا. يتطور منتجنا بسرعة ونحن ندعم العملاء الحاليين وندعم العملاء الجدد.

يتضمن سير عمل التطوير الحالي SVN لكود المصدر ، وتتبع مستندات المتطلبات و Mantis لتتبع العيوب.

نحن نفكر في إدارة دورات الحياة القائمة على تطبيق TFS 2010 لمؤسستنا. نأمل أن يساعدنا VS TFS 2010 في تبسيط ما يلي

1) إدارة المتطلبات 2) التحكم في إصدار رمز المصدر 3) بناء أتمتة 4) إدارة الاختبار

فقط أتساءل هل لدى أي شخص خبرة في استخدام VS TFS 2010 ويرغب في مشاركة تجاربهم؟ هل هناك أي بدائل جديرة بالاهتمام لـ VS TeamSystem؟

Answer 1

المقدمة: هذا رأي شخصي وليس لدي علاقات مع Microsoft بخلاف أن أتطور مع أدواتهم لمنصةهم ، على الرغم من أنني صادفت كمحبي Microsoft في هذه الإجابة. (وأنا - أنا أحب .NET Development)

لم أستخدم TFS 2010 ، لكنني استخدمت جناح فريق 2005 بما في ذلك TFS وإصدارات Visual Studio المدعومة. لم ننتقل إلى عام 2008 أو 1020 بسبب مدى صعوبة التثبيت في إصدار 2005 بشكل غير عادي. ومع ذلك ، بمجرد تثبيته ... أحببته. كانت أدوات إدارة المشروع بديهية ، وعملت بشكل جيد. كان إعداد البناء نسيمًا ، وقد فعل كل ما أردت أن يفعله ببساطة وكفاءة.

منذ ذلك الحين ، اعتمدنا أدوات مفتوحة المصدر للقيام بنفس النوع من الأشياء. كما قلت ، كان تثبيت عام 2005 بمثابة كابوس ، وعلى الرغم من أن الإصدار 2010 من خادم Team Foundation يتم تثبيته بسهولة شديدة (لقد اختبرته بنفسي وأظهرته للفريق الفقير الذي ساعد في إصدار 2005 فقط لإظهار ما هو أفضل من ذلك. هو) ، لم أتمكن من إقناع فريقي بمنحه فرصة ثانية. اختاروا التمسك بالأدوات التي لا تحتاج إلى ترقية في كثير من الأحيان ، وكان ذلك أسهل في الترقية عندما يتعين القيام بذلك.

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

إنه لأمر سيء للغاية أن التجربة مع الإصدار الأقدم كانت سيئة للغاية لدرجة أن لا أحد آخر هنا لن يمنح الإصدار الأحدث هزًا عادلًا.

أما بالنسبة للبدائل - فهي ليست مفتوحة المصدر ، ولكن أتلاسيان لديه مجموعة لطيفة من الأدوات. إنها تعمل بشكل جيد مع Java ونحن نستخدم بعضها في متجر .NET الخاص بنا. نحن نستخدم SVN للتحكم في المصدر. هذا هو الشيء الوحيد الذي أحبه بشكل أفضل في بيئتنا الجديدة مما فعلت نظام الفريق.

Answer 2

لقد بدأت في شركة جديدة قبل شهرين تستخدم TFS 2010 حصريًا (للتحكم في المصدر وتتبع القضية/المهام) ، ولم أتمكن من الراحة معها. في السابق ، استخدمت SVN بشكل أساسي للتحكم في المصدر وإما في الوقت المناسب (بواسطة Axosoft) أو Fogbugz (Joel Spolsky) وأحببتهما على حد سواء.

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

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