0

我们正在考虑将我们的 TFS 2010 服务器升级到 TFS 2012。据我了解,这也需要将构建服务器升级到 TFS 2012。不幸的是,安装 TFS 2012 构建服务器似乎会导致安装 .NET 4.5。.NET 4.5 是 .NET 4.0 的就地升级,因此所有 .NET 4.0 组件(包括 C# 编译器)在安装时都会被替换。我不希望在负责构建我们已建立的遗留产品补丁的构建服务器上执行此操作 - 我们没有资源来全面测试使用 .NET 4.5 编译器/框架构建时启动时不会导致问题到目前为止,它们一直是使用 .NET 4.0 组件构建的,我在网上看到许多帖子表明从 .NET 4.0 迁移到 4.5 可能会导致编译中断。在这个阶段,我只看到两个选项:a) 维护一个单独的 TFS 2010 系统,仅用于构建遗留产品。b)不要使用构建服务器来构建补丁(假设可以从仅具有 .NET 4.0/VS 2010 的机器上针对构建定义手动执行 msbuild - 假设这是可能的?)

欢迎任何建议!

(编辑:做了一些阅读,我没有看到从命令行从构建定义/构建过程文件执行构建的任何直接方法:是的,有 tfsbuild 但这只是告诉 TFS 构建服务器构建它。它可能是以某种方式可能使用 Windows Workflow Foundation 命令行工具,但很难看出如何。更有可能我必须将构建脚本重写为某种批处理文件,该文件调用 msbuild 来构建解决方案,然后根据需要调用其他工具来构建/签名安装程序并复制到所需位置。)

4

1 回答 1

0

从 TFS 2012 更新 2 开始,您可以继续使用 TFS 2010 构建代理。因此,您可以继续构建您的 .net 4.0 代码,而不必担心与 4.5 的兼容性

于 2013-05-03T00:59:15.113 回答