为TeamCity更换旧的Windows代理
我们刚刚将TeamCity安装从8.0.1升级到2017.1.1。一切都变得非常平滑和平淡。 然而，我们的代理似乎有问题，现在似乎比以前慢了 当前代理（均在内部VMWare ESXi 6服务器上虚拟）运行的是32位Windows 7，并且在超过6年的时间内未重新安装或进行过重大维护。我不是一个做原始安装的人，所以我没有代理的完整历史，尽管它很接近 一开始，与特工的接触有点像狂野的西部，因此他们不像我希望的那样相似。 因此，我正在考虑创建新的代理并替换旧的代理，但我对此有一些疑问 我们几乎完全是在.NET中开发的，只有少数获得许可的第三方产品，因此代理的设置应该相对简单。我们确实有一些遗留的.NET Compact Edition 3.5版本，但除此之外，它或多或少是从.NET 3.5到4.6的常规Visual Studio解决方案。许多解决方案都是Silverlight 我知道没有安装Visual Studio的Microsoft.WebApplication.targets丢失的问题，手动复制文件没有问题 我正在考虑将代理基于64位Windows 10，但使用32位会更好吗 我打算至少安装以下软件包：为TeamCity更换旧的Windows代理,teamcity,teamcity-10,Teamcity,Teamcity 10,我们刚刚将TeamCity安装从8.0.1升级到2017.1.1。一切都变得非常平滑和平淡。 然而，我们的代理似乎有问题，现在似乎比以前慢了 当前代理（均在内部VMWare ESXi 6服务器上虚拟）运行的是32位Windows 7，并且在超过6年的时间内未重新安装或进行过重大维护。我不是一个做原始安装的人，所以我没有代理的完整历史，尽管它很接近 一开始，与特工的接触有点像狂野的西部，因此他们不像我希望的那样相似。 因此，我正在考虑创建新的代理并替换旧的代理，但我对此有一些疑问 我们几乎完全是在
- .NET Framework 3.5（Windows 10上的可选Windows组件）
- .NET Framework 4.6（Windows 10上的默认Windows组件）
- Windows SDK 7.0
- Windows SDK 7.1
- Windows SDK 8.0
- Windows SDK 8.1
- Windows SDK 10.0或10.1
- Microsoft构建工具2013
- Microsoft构建工具2015
- 微软构建工具2017
- Silverlight 5 SDK
- 用于.NET Compact Framework 3.5的Power Toys