替换TeamCity的旧Windows代理

时间:2017-05-05 06:50:58

标签: teamcity teamcity-10

我们有一个TeamCity安装,我们刚刚从8.0.1升级到2017.1.1。一切都非常顺利和平淡无奇。 但是,我们的代理似乎有问题,现在SEEM比以前慢。

当前代理(内部VMWare ESXi 6服务器上的所有虚拟代理)都运行Windows 7 32位,并且在超过6年的时间内未重新安装或进行过大量维护。我不是那个做原始安装的人,所以我没有代理的完整历史,尽管它很接近。

一开始,对代理商的访问在某种程度上是狂野的西部,因此它们不像我想的那样相似。 所以,我正在考虑创建新代理并替换旧代理,但我对此有一些疑问。

我们几乎完全使用一些许可的第三方产品在.NET中开发,因此代理的设置应该相对简单。我们确实有一些传统的.NET Compact Edition 3.5版本,但除此之外,它或多或少是从.NET 3.5到4.6的常规Visual Studio解决方案。许多解决方案都是Silverlight。

我知道没有安装Visual Studio的缺少的Microsoft.WebApplication.targets存在问题,并且手动复制文件没有问题。

我正在考虑将代理程序基于Windows 10 64位,但32位会更好吗?

我打算安装以下软件包,至少:

  • .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 Build Tools 2013
  • Microsoft Build Tools 2015
  • Microsoft Build Tools 2017
  • Silverlight 5 SDK
  • 适用于.NET Compact Framework 3.5的Power Toys

两个Windows组件应涵盖.NET 2.0,3.0,3.5,4.0,4.5和4.6。但我需要分别安装部分或全部这些吗?

4.5.1和4.5.2怎么样? 4.6.1和4.6.2怎么样? 还有什么我应该知道的吗? 使用64位代理是个好主意吗? 旧目标系统会出现问题吗? 我需要注意的任何警告?

我希望有人会花时间回答我的部分或全部问题。

谢谢。

0 个答案:

没有答案