如何比较TFS2013内部部署和Visual Studio Online？

我建议我的公司将我们的内部TFS 2008升级到新版本。在我看来，我们有两个选择：TFS 2013（内部部署）或Visual Studio Online

我们是一家大型（非it）企业中的小型开发人员商店，希望在内部和外部使用源代码控制系统。我们已选择采用Microsoft stack，因此我们不需要其他替代方案

如何将内部部署的TFS2013产品与Visual Studio Online进行比较？我关心的是成本、可扩展性（上下）、与多方合作、持续集成构建、持续部署、单元测试和集成测试。我们主要开发BizTalk、WCF和一些定制C#应用程序

---

是否有人对这两种产品提出过建议或有过比较经验？

在我有限的使用VSOnline的过程中，我发现它几乎可以实现TFS 2013的所有功能。 代码库-检查，构建-检查，构建放置文件夹-检查，Ms构建+部署-检查，敏捷管理-检查，bug管理-检查

一个小型开发团队还能做什么

浏览此链接。

主要区别：

1） VSO总是最新的

2） VSO没有从中提取报告的多维数据集

---

3） 您无法在VSO中自定义您的流程模板

您是否已经拥有MSDN许可证？是的，大约有15名开发人员。关于功能，您可以在这里进行比较：这太宽泛了，无法真正实现。但是，在我看来，如果VSOnline中的功能对你来说已经足够了，那么当你可以让MS为你做的时候，你为什么要购买“tin”并管理它呢？@DaveShaw我可以重新措辞这个问题以获得更好的答案吗？或者我可以在别的地方问得更好一点吗？所有的观点都很好。我还想补充一点，如果您想要更多地控制TFS的运行时间，那么本地安装很重要。在大多数情况下，VSO都是可用的。然而，在过去的一年中，它曾多次出现故障（我们使用VSO的时间刚刚超过一年），并且一次无法使用几个小时。然而，由于我们也选择使用基于Git的存储库，所以停机时间的影响要小一些，如果我们仍在使用Team Foundation版本控制的话。稳定性一直在改善，但还远远不够完美。从某种程度上说，这是真的。然而，VSO的主要停机事件以小时为单位，而中小型组织的主要停机事件通常以天为单位。这种比较在很大程度上取决于您自己的内部稳定性和灾难恢复能力。另外，在TFVC中使用本地工作区，停机时间几乎与Git一样无缝，最大的区别是无法在本地提交。我完全同意。如果您的组织拥有资源，那么您可能可以通过TFS的本地实例更好地控制正常运行时间。否则，使用VSO可能会更好。在我们的案例中，我们目前在本地运行TFS（从2005年开始），但正在积极将所有项目转移到VSO中，并将在相对不远的将来取消我们的TFS实例：-）