假设您的基于.NET的开发团队已在其流程中使用以下一组工具：
您对Subversion和NUnit感到满意，但不喜欢Wiki和错误跟踪系统。您还想添加一些轻量级项目管理软件（如Fogbugz / Trac） - 它不一定是免费的，但显然更便宜更好。
您是否可以为采用VSTS做出令人信服的论据，既可以添加缺失的功能，也可以替换不受欢迎的软件或处理所有内容（包括源代码控制）？所有这些功能的集成是否大于各部分的总和，或者只是更好地获取和替换您不喜欢或不具备的部分？
我记得几年前研究VSTS并认为它非常昂贵并且并不比许多免费选项更好，但我认为微软一直在继续研究它？
答案 0 :(得分：2)
VSTS很棒，如果你做了一切。不幸的是，多年来价格并没有变得更好。 :( CAL的价格仍然非常昂贵。唯一的改进是，如果一个人使用仅工作项目系统，并且仅使用他/她自己的工作项目（没有偷看其他人的工作项目！）然后就不需要CAL。这使得它更容易用作外部bug报告系统。但是在这个领域还有很多不足之处。
有一种方法可以降低成本 - 成为微软认证合作伙伴。如果您是一个简单的合作伙伴，您将免费获得5个VS / TFS许可证;如果您是金牌证书合作伙伴，那么您将获得25分（如果记忆失败的话）。这对大多数公司来说应该足够了。但获得金牌地位可能会很棘手，具体取决于你的工作。
如果你只是不喜欢这两个部分，那么或许最好只为他们寻找替代品而不是一切？有很多wiki系统，有些应该是你喜欢的。错误跟踪也是如此。
答案 1 :(得分：2)
我们非常高兴不仅有工具，还有Team Foundation Server和各种团队版为我们提供的集成。我们以前使用Borland的StarTeam进行源代码控制，并使用第三方wiki进行问题跟踪，目前这个名称让我无法理解。
现在是我们与Borland扩展我们的许可和支持协议的时候了，但是要知道将用户添加到我们的许可证和升级产品的成本会花费我们（实际上多一点）而不是咬住子弹并进行切换。需要考虑的一件事是，您通常会先为开发工具付费，因此我们的预算会部分地吸收成本。
我们也觉得不需要为每个人提供团队套件。您可能希望为开发人员考虑它，但其他学科在使用大多数公司的所有工具方面并没有真正的好处。
我们能够为12个人获得适当的团队版本，为50个用户（团队资源管理器，Teamprise，团队项目门户，团队Web访问）提供足够的CAL，为我们拥有的5个Mac用户提供Teamprise，以及团队Foundation Server软件本身不足六位数。考虑到这包括我们通常会购买的开发者工具，这是一个很好的协议。
新许可的前期成本也包括两年，因此我们可以在2008和2009财年之间分配预算。非常重要的是确保不要让许可证失效，因为许可证的续订费用只是初始费用的一小部分，还包括版本升级。
至于功能，我们正在推出。我们大约有一半的部门完成了培训，我已经开始迁移项目了。开发团队非常喜欢这些功能并与他们的工作流程紧密集成。版本控制非常简单，工作项（及其相关的报告工件）可以扩展到第n度。 TFS在很大程度上依赖于为工作流程管理带来理智，这一事实有助于将所有流程与多个供应商无法达到的水平联系起来。
但我最喜欢的是可扩展性模型。使用Team Foundation Server API，您可以轻松编写签入策略，编写与系统交互的工具，开发插件等。通过最小化的实施，我们已经看到了生产力和产品质量的提高。
然而，即将出现的是整合Team Build。我还没有建立一个构建项目，但它似乎是无缝的，无痛的。时间会告诉......： - ）
编辑 - 我忘了提到我们向TFS的迁移包括测试加载代理的许可。 Team Test中的负载测试功能即使不是我见过的绝对最佳功能之一，也是其中之一。
答案 2 :(得分：1)
我在哪里，我们已经确定了以下内容：
Redmine是一个开源的Ruby on Rails应用程序，它比Trac更好地支持多个项目，并且似乎更容易管理。这绝对值得一试。
与其他产品相比，VSTS似乎太多了钱。作为额外的好处，您还可以获得开源解决方案，如果功能还没有，您可以根据需要修改内容。答案 3 :(得分：0)
我坚持使用SVN并使用trac或bugzilla或fogbugz。您也可以对团队服务器进行试用。在我看来，这不值钱。 MS有机会进行版本控制，很久以前他们搞砸了。如果你问我我太晚了，坦率地说，我对他们如何通过“集成”源控件来控制IDE中的所有开发体验并不感到印象深刻。我更喜欢perforce / SVN和单独的缺陷跟踪解决方案。
尽管如此，你可能不会出现以下任何一个问题：
bugzilla或trac或fogbugz AND SVN MS团队thingamabob