YAML模式
2022世界杯阿根廷预选赛赛程资源:-名称:<字符串>类型:图像配置:注册表:sourceRepository: < artifactory repo的名称>如果注册表是artifactory区域: 如果注册表是AWS则需要# imageName: imageTag: autoPull: #(默认为true) pin: versionId: imageTag:
标签
名字
一个字母数字标识资源的字符串(允许下划线)。
类型
必须图像
对于此资源类型。
配置
指定资源的所有配置选择。
标签 |
描述 |
必需的/可选 |
---|---|---|
注册表 |
的名字。Docker注册表集成 | 要求 |
sourceRepository |
Artifactory中映像将发布到的存储库的名称。当管道配置为使用JFrog CLI v1时,Artifactory中的Docker映像是必需的。 当将管道配置为使用JFrog CLI v2时,不会使用该方法。 |
如果注册表是在JFrog人工与JFrog CLI v1 |
地区 |
一个AWS区域标识符 |
如果注册中心在AWS上,则需要 |
imageName |
Docker镜像的文件路径,格式为imageRepo/imageName |
要求 |
imageTag |
Docker镜像的初始版本的版本标签 | 要求 |
autoPull |
默认为真正的.图像被自动拉到运行该步骤的机器上。 |
可选 |
销 |
此配置可用于将资源固定到特定版本。固定的资源版本将由引用此资源作为输入的步骤使用,较新的版本将被忽略。 在选择要固定的Image资源版本时,用户有两个配置选项:
或
使用资源作为输出的步骤仍然可以生成新版本。对于使用该资源作为输入的步骤,只要它们是创建该版本的步骤的同一运行的一部分,就可以看到新版本。 当创建一个新的运行时,手动自定义触发器仍然可以用来将固定的版本覆盖到另一个版本。 |
可选 |
环境变量
每当图像
,则会自动提供一组可在步骤中使用的环境变量。
环境变量 |
描述 |
---|---|
res_ < resource_name > _name |
资源名称 |
res_ < resource_name > _sourceRepository |
Artifactory中存储库的名称 |
res_ < resource_name > _region | AWS区域标识符 |
res_ < resource_name > _imageName | Docker镜像的文件路径 |
res_ < resource_name > _imageTag | Docker镜像的初始版本的版本标签 |
res_ < resource_name > _autoPull | 自动填充标志的值 |
例子
此示例的管道DSL可在t他的仓库在JFrogGitHub帐户。
示例1
2022世界杯阿根廷预选赛赛程资源:-名称:Image_1类型:镜像配置:注册表:PSSG_DockerRegistry imageName: docker/jfreq_win imageTag:最新的管道:-名称:pipelines_Image_1步骤:-名称:step_Image_1类型:PowerShell配置:nodePool: win_2019 inputResources: -名称:Image_1执行:onExecute: - write-output "执行步骤…"- if($ image_1_itrigger -ne "true"){Write-Error "Stop" - erroraction Stop}
示例2
2022世界杯阿根廷预选赛赛程资源:-名称:Image_2类型:镜像配置:registry: s_artifactory sourceRepository: docker-local imageName: ubuntu imageTag:最新的管道:-名称:pipelines_IMAGE_2步骤:-名称:step_IMAGE_2类型:PowerShell配置:nodePool: win_2019 inputResources: -名称:Image_2执行:onExecute: - write-output "执行步骤…"