Continuous integration TeamCity用户:几个问题
这些问题仅适用于TeamCity用户 1) 是否可以将TeamCity配置为基于您自己的正则表达式提取构建工件信息?这正是Pulse所做的 2) TeamCity是否与任何任务/缺陷跟踪工具集成?像吉拉 3) 这个问题只适用于运行静态代码分析器的人。像PC Lint/visuallint这样的工具可以生成XML报告。TeamCity是否可以配置为解析这些工件并生成构建失败Continuous integration TeamCity用户:几个问题,continuous-integration,teamcity,lint,pulse,Continuous Integration,Teamcity,Lint,Pulse,这些问题仅适用于TeamCity用户 1) 是否可以将TeamCity配置为基于您自己的正则表达式提取构建工件信息?这正是Pulse所做的 2) TeamCity是否与任何任务/缺陷跟踪工具集成?像吉拉 3) 这个问题只适用于运行静态代码分析器的人。像PC Lint/visuallint这样的工具可以生成XML报告。TeamCity是否可以配置为解析这些工件并生成构建失败 4) 我现在正在评估TeamCity…那里的社区论坛似乎不是很活跃。对于那些为支持付费的人,Jetbrains的支持如何?好
4) 我现在正在评估TeamCity…那里的社区论坛似乎不是很活跃。对于那些为支持付费的人,Jetbrains的支持如何?好吗?Atlassian似乎要好得多。我对这个问题有点困惑,因为我使用TeamCity,TC(我猜TC的设计原则)是为了让构建脚本(而不是TC)保持与构建需求相对应 换句话说,如果您需要TeamCity做一些很酷的事情,只需在构建脚本中添加这些很酷的东西,或者使用构建系统中的现有任务,或者自己编写一个 TeamCity支持NAnt、MSBuild、Ant以及您可以在BuildAgent上安装的任何其他构建平台 我希望TC或任何其他CI平台的唯一集成是与我选择的SC进行源代码管理集成。其余集成应由我的构建脚本控制。这样,在每个项目开始时,我只为每个项目配置一次TC,然后再也不要碰它。相反,构建可以根据版本进行更改 因此,从理论上讲,通过构建脚本,您的问题的间接答案是肯定的
希望这能有所帮助。我对这个问题有点困惑,因为我使用TeamCity,TC(我猜TC的设计原则)是为了让构建脚本(而不是TC)保持与构建需求相对应 换句话说,如果您需要TeamCity做一些很酷的事情,只需在构建脚本中添加这些很酷的东西,或者使用构建系统中的现有任务,或者自己编写一个 TeamCity支持NAnt、MSBuild、Ant以及您可以在BuildAgent上安装的任何其他构建平台 我希望TC或任何其他CI平台的唯一集成是与我选择的SC进行源代码管理集成。其余集成应由我的构建脚本控制。这样,在每个项目开始时,我只为每个项目配置一次TC,然后再也不要碰它。相反,构建可以根据版本进行更改 因此,从理论上讲,通过构建脚本,您的问题的间接答案是肯定的 希望这有帮助