【问题标题】:Concourse CI and Build number大厅 CI 和内部版本号
【发布时间】:2017-02-07 20:11:18
【问题描述】:

我正在从 Jenkins 迁移到使用 Concourse CI 来运行我的 Sauce labs e2e 测试。 Sauce labs 将具有相同内部版本号字符串的测试组合在一起:

        name: 'Chrome XS',
        browserName: 'chrome',
        tunnelIdentifier: process.env.TUNNEL_IDENTIFIER,
        build: process.env.JENKINS_BUILD_NUMBER,
        platform: 'Windows 10',
        shardTestFiles: true,
        maxInstances: 20,

如何使用如上所示的环境变量将内部版本号传递给我的脚本。 Concourse GUI 使用 name #number。有没有办法找回这个。我尝试打印 docker 容器中的所有环境变量,但默认情况下没有设置。

【问题讨论】:

  • 我建议从内部版本号切换到与您正在测试的内容更紧密相关的东西 - 也许提交哈希?

标签: saucelabs concourse


【解决方案1】:

故意不向任务提供内部版本号/ID 等元数据。见https://concourse-ci.org/implementing-resources.html#resource-metadata

这听起来像是 Sauce Labs 资源的潜在用例?

【讨论】:

    【解决方案2】:

    在 Concourse 中,构建元数据仅适用于资源,不适用于任务。

    将构建元数据与资源一起使用的一个示例是将其包含在构建结果通知电子邮件中。以下博客条目包含有关它的更多信息: http://lmpsilva.typepad.com/cilounge/2016/10/how-to-insert-build-metadata-into-user-notifications-in-concourse.html

    如果您真的想使用内部版本号进行版本控制,您可以尝试创建自己的 Concourse 资源来返回版本号,但是,我会改用您的代码提交号。另一种选择是在 Concourse 中使用 Semver 资源:https://github.com/concourse/semver-resource

    【讨论】:

    • 如果您提供的链接中包含相关的 sn-ps,此答案将会得到改进。
    猜你喜欢
    • 1970-01-01
    • 2018-05-24
    • 1970-01-01
    • 2021-09-15
    • 2013-06-23
    • 2017-08-12
    • 2022-09-23
    • 2015-10-06
    • 1970-01-01
    相关资源
    最近更新 更多