Visual studio EC2上的TeamCity-未找到MSBuildTools路径，但已手动安装在2012服务器R2（AWS）上

我希望得到你们这些聪明人的帮助

我有我的CI工具TeamCity，在安装VS 2015时编译解决方案没有问题，但是我从多个来源了解到TeamCity不需要VS

随后，我创建了一个EC2实例，并在构建服务器上安装了JDK、MS BuildTools 2015、构建代理和PsExec，并将其连接到容纳TeamCity客户端的EC2服务器

不幸的是，对于一个简单的解决方案，它会发出错误

我已将文件夹从开发计算机移动到CI生成代理服务器

实际上，您不需要在CI服务器上安装Visual Studio 2010或Visual Studio 2012。只需将几个文件夹从开发计算机复制到CI服务器上的同一位置

•C:\Program Files x86\MSBuild\Microsoft\VisualStudio\v14.0\Web •C:\Program Files x86\MSBuild\Microsoft\VisualStudio\v14.0\WebApplications

这个问题仍然存在，我已经停滞不前，对这个问题感到沮丧

---

非常感谢

如果您使用的是Visual Studio sln step runner类型，则需要安装VS，因为这样才能构建解决方案。除非您对此有特定的要求，否则您可能应该切换到使用MSBuild作为生成引擎来删除对devenv.exe的依赖关系。配置MSBuild类型的生成步骤，将其指向您的解决方案，然后选择Microsoft build Tools 2015/14.0

---

不过，我怀疑你所有的问题都会神奇地消失，因为你仍然需要像你提到的WebApplications targets等那样准备一些MSBuild。多年来，我一直在努力配置一个无状态、依赖“自由”的代理构建；Windows/.NET SDK是一堆蠕虫。

如果您使用的是Visual Studio sln step runner类型，则需要安装VS，因为这样才能构建解决方案。除非您对此有特定的要求，否则您可能应该切换到使用MSBuild作为生成引擎来删除对devenv.exe的依赖关系。配置MSBuild类型的生成步骤，将其指向您的解决方案，然后选择Microsoft build Tools 2015/14.0

---

不过，我怀疑你所有的问题都会神奇地消失，因为你仍然需要像你提到的WebApplications targets等那样准备一些MSBuild。多年来，我一直在努力配置一个无状态、依赖“自由”的代理构建；Windows/.NET SDK是一堆蠕虫。

来自TeamCity的建议-在CI服务器上安装VS，以最大限度地减少可能出现的错误。我安装了完整的社区版本，虽然VS隔离Shell也很好，但我想尽量减少出错的空间

---

我确保：管理>[Project]>生成配置设置>代理要求已存在MSBuildTools14.0_x86_路径，并设置我的参数以遵循以下伟大的资源-

TeamCity的建议-在CI服务器上安装VS，以最大限度地减少出错的可能性。我安装了完整的社区版本，虽然VS隔离Shell也很好，但我想尽量减少出错的空间

---

我确保：管理>[Project]>构建配置设置>代理要求已存在MSBuildTools14.0_x86_路径，并设置我的参数以遵循以下重要资源-

我将问题链接到的img表明TeamCity构建解决方案需要VS，尽管其他人表示情况并非如此。我是否需要在只安装了代理的构建服务器和TeamCity客户端服务器上安装MSBuild和Web Deploy？我将问题链接到的img表明TeamCity构建解决方案需要VS，尽管其他人表示情况并非如此。我是否需要在仅安装了代理的构建服务器和TeamCity客户端服务器上安装MSBuild和Web Deploy？感谢Steve，我还发现，当TeamCity从VCS自动检测到构建步骤时，它通常会为安装在CI服务器上的Visual Studio分配不正确的版本。将其更改为软件的适当版本修复了第一个错误。TeamCity工作人员提到，在CI服务器上安装VS更容易、更省事。感谢Steve，我还发现，当TeamCity从VCS自动检测到构建步骤时，它通常会为安装在CI服务器上的Visual Studio分配不正确的版本。将其更改为软件的适当版本修复了第一个错误。TeamCity工作人员提到，仅在CI服务器上安装VS更容易、更省事。