Visual studio 2012 将VisualStudio安装在与TFS相同的服务器上是否是一种良好的做法？

我们在TFS服务器中遇到编译问题，这是因为在本例中，服务器缺少默认VS2012 Premium安装Microsoft Fakes中构建的几个库

我不确定是否继续安装VS的完整实例，但首先我想知道这方面的最佳实践是什么

---

推荐什么？

在TFS服务器上安装VS时，我没有发现任何问题。我假设您也在该服务器上运行您的构建，而这正是您看到问题的时候。理想情况下，tfs服务器和构建框应该分开，但有些人使用相同的框。

---

我曾多次在构建框上使用VisualStudio来调试构建问题。您只需确保在完成调试后关闭VS实例（如果它有一个打开的解决方案），否则在构建开始时尝试清理项目目录时，您的构建可能会失败。

在TFS服务器上安装VS时，我看不到任何问题。我假设您也在该服务器上运行构建，而此时您正在运行看到问题了。理想情况下，tfs服务器和构建框应该分开，但有些人使用相同的框。

---

我曾多次在构建框上使用VisualStudio来调试构建问题。您只需确保在完成调试后关闭VS实例（如果它有一个打开的解决方案），否则在构建开始时尝试清理项目目录时，您的构建可能会失败。

因为我们谈论的是一个沙箱，所以请做任何事情，不要担心它。如果我们讨论的是最佳实践，那么将构建层放在应用层/数据层不是一个好主意。任何开发人员都可以签入在编译过程中在服务器上运行的代码，并丢弃整个环境

---

你看过Visual Studio Online吗？这是一个托管TFS服务，您可以使用其托管的生成控制器或配置自己的。在我看来，这是一个非常好的沙箱。

既然我们谈论的是沙箱，那就做任何事，不要担心它。如果我们讨论的是最佳实践，那么将构建层放在应用层/数据层不是一个好主意。任何开发人员都可以签入在编译过程中在服务器上运行的代码，并丢弃整个环境

---

你看过Visual Studio Online吗？这是一个托管TFS服务，您可以使用其托管的生成控制器或配置自己的。这是一个非常好的沙箱。

我们运行一个服务器TFS实例，该实例上运行着sql、SharePoint和TFS等所有内容。它也是一个构建服务器，因此必须安装VS 2010和2012。自2005年以来，我们在所有版本中都这样做了，并且没有任何问题。

我们运行一个服务器TFS实例，该实例上运行着sql、SharePoint和TFS等所有内容。它也是一个构建服务器，因此必须安装VS 2010和2012。自2005年以来，我们在所有版本中都这样做了，并且没有任何问题。

哪个TFS服务器？应用程序、数据、报告、构建层？它只是一台TFS 2012服务器，所有内容都在同一台服务器上。像沙箱一样思考。哪个TFS服务器？应用程序、数据、报告、构建层？它只是一台TFS 2012服务器，所有内容都在同一台服务器上。像沙箱一样思考。这是一个糟糕的选择，玩火。同意。它至少应该有一个独立的应用层，数据库服务器和构建服务器，特别是在像Nuget这样的技术流行的今天。你很容易发现构建服务器破坏了你的应用层/数据层，因为它们都在一台机器上。有很多最佳实践指南教您如何使用正确的服务帐户正确部署TFS。在一台服务器上运行这一切仅仅因为这是我们一贯的做法，这在专业上是疏忽的。嗯？这是默认的安装选项！。您真的相信NuGet能够从正确配置的单独服务帐户中删除Sharepoint和SQL Server吗？！如果可以的话，那一定很糟糕……但我的观点是，它工作得很好，所以对于沙箱来说，这样做不太可能有任何问题。这是一个糟糕的选择，也是玩火。同意。它至少应该有一个独立的应用层，数据库服务器和构建服务器，特别是在像Nuget这样的技术流行的今天。你很容易发现构建服务器破坏了你的应用层/数据层，因为它们都在一台机器上。有很多最佳实践指南教您如何使用正确的服务帐户正确部署TFS。在一台服务器上运行这一切仅仅因为这是我们一贯的做法，这在专业上是疏忽的。嗯？这是默认的安装选项！。您真的相信NuGet能够从正确配置的单独服务帐户中删除Sharepoint和SQL Server吗？！如果可以的话，那一定很糟糕……但我的观点是，对于沙箱来说，它工作得很好 这样做不太可能有任何问题。