任何人都想分享他們的經驗使用TFS應用程序生命週期管理

Question

我們正在爲我們的客戶開發白色標籤網絡和移動醫療保健應用程序。我們的產品正在迅速發展，我們正在爲現有客戶提供支持，併爲新客戶提供支持。

當前的開發流程涉及源代碼SVN，需求文檔跟蹤和螳螂缺陷跟蹤。

我們正在考慮基於VS TFS 2010的組織應用生命週期管理。我們希望，VS TFS 2010將幫助我們簡化以下

1）需求管理 2）源代碼版本控制 3）構建自動化 4）測試管理

只是想知道是否有人有使用VS經驗TFS 2010，並希望分享他們的經驗？ VS TeamSystem有什麼有價值的選擇嗎？

Answer 1

前言：這是一個個人觀點，除了我用他們的平臺開發工具之外，我與微軟沒有任何關係，即使我在這個答案中遇到了微軟愛好者。 （我是 - 我喜歡.NET開發）

我還沒有使用過TFS 2010，但是我曾經使用過包括TFS和Visual Studio版本支持的2005 Team Suite。由於2005版本的安裝非常困難，我們沒有前進到2008年或1020年。但是，一旦我們安裝好了......喜歡它。項目管理工具非常直觀，並且運作良好。建立構建是一件輕而易舉的事情，它完成了我希望它簡單高效地完成的任何事情。

然而，從那時起，我們就採用了開源工具來做同樣類型的東西。正如我所說，2005年的安裝是一個NIGHTMARE，即使2010版的Team Foundation Server安裝非常容易（我自己測試過，並向幫助使用2005版本的貧困團隊演示，以向他們展示它有多好是），我無法說服我的團隊給它第二次機會。他們選擇堅持使用不需要經常升級的工具，並且在需要完成升級時更容易升級。

如果只是我，我會使用它。這是事情正常工作並且無縫協作的事情之一。可用的文檔（MSDN，視頻等）是詳盡無遺的。我懷疑其他任何一套工具都有很好的文檔記錄。

這對老版本的使用感覺太糟糕了，以至於沒有其他人會給新版本帶來公平的震動。

至於替代品 - 它不是開源的，但Atlassian有一套很好的工具。它們適用於Java，我們在.NET商店中使用它們中的一些。我們使用SVN進行源代碼控制。這是我比我在團隊系統中更喜歡我們新環境的唯一事情。

Answer 2

我從一家新公司開始使用TFS 2010（僅用於源代碼管理和問題/任務跟蹤），兩個月前我一直無法滿意。以前，我主要使用SVN進行源代碼控制，並使用OnTime（Axosoft）或Fogbugz（Joel Spolsky），並且都喜歡它們。

我不知道它是否是他們使用TFS的方式（分支不如SVN那麼好......他們有Product Backlog項目，Sprint Backlog項目，Bugs，Impediments和天知道還有什麼要跟蹤），但我覺得它太複雜。

我認爲開發人員使用的工具應該有助於開發人員，而不是妨礙開發人員。如果我不得不停下來思考如何分支代碼或分配問題，那麼我的工具出現了問題（或者我只需要花費更多的時間來學習它們;這對我來說也是沒有意義的）。