代码之家  ›  专栏  ›  技术社区  ›  TomTom

TeamCity-非琐碎的构建序列,请建议

  •  2
  • TomTom  · 技术社区  · 14 年前

    我的任务是提高质量并实施TeamCity以实现持续集成。我在TeamCity的经验非常有限-我自己主要使用TFS,并且在CC.NET方面有一些经验。

    我的主要问题是,在每一种情况下,我实际上需要开始多个跑步者。例如,第一个构建步骤应包括:

    • 实际汇编
    • FxCop运行
    • 警察式的跑步

    你会怎么做?我目前的想法是将MsBuild运行程序用于所有事情,并基本上启动我自己的基于MsBuild的脚本,然后完成所有事情,几乎与TFS处理它的方式相同(就像我在cc.net中使用自己的Nant构建脚本一样)。

    关于另一个问题,问题是如何呈现统计信息,例如在不同阶段(构建配置)运行的单元测试。我们还有一些需要一些时间来运行的代码,希望在第二步或第三步中运行(最新的示例测试数据库生成代码,包括加载基础数据,运行大约需要15分钟以上)。我们真的很希望测试结果能以某种方式得到巩固。

    有什么想法吗?

    谢谢。

    3 回复  |  直到 10 年前
        1
  •  4
  •   KIR    14 年前

    TeamCity 6允许对单个构建配置执行多个构建步骤。这不是你要找的吗?

        2
  •  1
  •   Josh Buedel    14 年前

    创建一个msbuild脚本来处理前两个项目符号:AssemblyInfo生成和编译。配置msbuild运行程序以运行脚本和测试。将程序集收集为工件。

    为FxCop创建第二个生成配置。从第一个版本触发它。在第一个构建上给它一个“工件依赖性”,这就是它获取dll的方式。

    对于StyleCop,TC不像FxCop那样支持开箱即用。手动将其添加到msbuild脚本中,并让它生成一个html报告(然后TeamCity可以显示该报告)。

        3
  •  0
  •   s.ermakovich    14 年前

    你需要看看 Dependencies TeamCity中的功能。此功能允许您创建一系列生成配置。换句话说,您需要为每个步骤创建一个构建配置,然后将它们作为依赖项链接。 要巩固测试结果,请在 工件依赖项