【问题标题】:Paralleling a TeamCity build并行 TeamCity 构建
【发布时间】:2016-07-25 06:20:38
【问题描述】:

我有一个现有的 TeamCity 作业,其中包含多个步骤,我想将其分解为依赖构建,以便我可以并行化这些步骤,并利用配置级别的调整。

我想我了解如何使构建配置相互依赖。

但是我一生都无法理解“工件”或“工件路径”的概念是什么。单击小文件夹图标只会显示我的源代码树。文本区域的语法让我莫名其妙。

我的构建在概念上是:

0) 结帐代码 1)MVN包 2)上传到aws 3)运行硒

我应该如何将 .war 文件从 1) 传递到 2)?

无论我做什么,我都会收到“无法从...解析工件”错误。

我有三个构建代理,但是当我只运行一个时,我得到了同样的错误。

如何实现从一个 git sha 传递产生一个结果的工件的单个管道的习惯用法?

谢谢!

-尼尔

【问题讨论】:

    标签: java maven continuous-integration teamcity continuous-deployment


    【解决方案1】:

    这应该很容易设置。

    假设 .war 文件创建成功,我们需要确保完成以下操作:

    1) .war 文件作为构建工件公开

    这需要常规设置页面上的工件路径设置。

    我通常将其抽象为一个参数,因此请确保将参数值设置为 .war 文件的路径,相对于工作目录,例如源/输出/my.war

    然后确保它在构建配置运行后显示为工件

    这是所有设置和暴露,那么我们需要在我们的“部署到 aws”配置中使用这个工件。在配置中,确保存在来自“mvn package”构建配置的工件依赖项。

    这是否按预期工作,war 文件应在运行“部署到 aws”配置时位于构建代理的工作目录中(默认情况下,这将有一个单独的工作目录)。如果您将 Artifact 规则更改为 +:*.war => mydirectory 之类的内容,那么这将在代理的工作目录中创建一个子目录,并且 .war 文件将在其中。然后,您可以使用相对路径引用 .war 文件

    希望对你有帮助

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2023-03-05
      • 1970-01-01
      • 1970-01-01
      • 2017-03-18
      • 1970-01-01
      相关资源
      最近更新 更多