如何比较 TFS2013 on-premise 和 Visual Studio Online？答案

【问题标题】：How to compare TFS2013 on-premise and Visual Studio Online?如何比较 TFS2013 on-premise 和 Visual Studio Online？
【发布时间】：2014-03-25 00:50:28
【问题描述】：

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

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

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

有人有比较这两种产品的建议或经验吗？

【问题讨论】：

您是否已经拥有 MSDN 许可证？
是的，大约 15 位开发人员。
关于功能你可以在这里比较：visualstudio.com/en-gb/news/release-archive-vso
这对于 SO 来说实在是太宽泛了。但是，IMO，如果 VSOnline 中的功能对你来说已经足够了，既然可以让 MS 为你做，你为什么还要购买“锡”并管理它？
@DaveShaw 我可以改写问题以获得更好的答案吗？或者我可以在其他地方更好地问这个问题吗？

标签： tfs azure-devops

【解决方案1】：

主要区别：

1) VSO 始终是最新的。

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

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

【讨论】：

所有优点。我还要补充一点，如果您想更好地控制 TFS 的正常运行时间，那么本地安装很重要。在大多数情况下，VSO 已经可用。但是，在过去的一年中，它曾多次出现故障（我们已经使用 VSO 一年多了）并且一次有几个小时不可用。但是，由于我们还选择了使用基于 Git 的存储库，因此停机时间的影响较小，因为如果我们仍在使用 Team Foundation 版本控制，则会受到影响。稳定性一直在提高，但远非完美。
确实，在某种程度上。然而，VSO 的主要停机事件以小时为单位，而中小型组织的主要停机事件通常以天为单位。比较很大程度上取决于你自己的内部稳定性和容灾能力。此外，使用 TFVC 中的本地工作区，停机时间几乎与 Git 一样无缝，最大的区别是无法在本地提交。
我完全同意。如果您的组织拥有资源，那么您可能可以通过本地 TFS 实例更好地控制正常运行时间。否则，使用 VSO 可能会更好。在我们的案例中，我们目前在本地运行 TFS（自 2005 年以来一直在），但正在积极地将所有项目转移到 VSO 中，并将在相对不久的将来取消我们的 TFS 实例 :-)

【解决方案2】：

在我对 VSOnline 的有限使用中，我发现它几乎可以完成 TFS 2013 所做的一切。代码库-检查，构建-检查，构建放置文件夹-检查，Ms build + deploy-检查，敏捷管理-检查，错误管理-检查

小型开发团队还能做什么？

通过此链接http://www.visualstudio.com/en-us/get-started/hosted-build-controller-vs#software 。

【讨论】：