我正在构建我的pipline来创建一个docker镜像,然后将其推送到AWS . 我把它分成几步,在Bitbucket中,你必须告诉它在它们之间分享哪些工件 . 我有一种感觉这是一个简单的错误,但我无法弄明白 .
它在步骤4中的'docker tag'失败了:
docker tag $DOCKER_PROJECT_NAME:v.$BITBUCKET_BUILD_NUMBER $AWS_REGISTRY_URL/$DOCKER_PROJECT_NAME:v.$BITBUCKET_BUILD_NUMBER
Error response from daemon: No such image: projectname:v.11
基本上它找不到创建的docker图像......
这是我的管道脚本(其中一些简化)
image: atlassian/default-image:latest
options:
docker: true
pipelines:
branches:
dev:
- step:
name: 1. Install dotnet
script:
# Do things
- step:
name: 2. Install AWS CLI
script:
# Do some more things
- step:
name: 3. Build Docker Image
script:
- export DOCKER_PROJECT_NAME=projectname
- docker build -t $DOCKER_PROJECT_NAME:latest -t $DOCKER_PROJECT_NAME:v.$BITBUCKET_BUILD_NUMBER .
artifacts:
- ./**
- step:
name: 4. Push Docker Image to AWS
script:
# Tag and push my docker image to ECR
- export DOCKER_PROJECT_NAME=projectname
- docker tag $DOCKER_PROJECT_NAME:v.$BITBUCKET_BUILD_NUMBER $AWS_REGISTRY_URL/$DOCKER_PROJECT_NAME:v.$BITBUCKET_BUILD_NUMBER
- docker push $AWS_REGISTRY_URL/$DOCKER_PROJECT_NAME:v.$BITBUCKET_BUILD_NUMBER
现在,我知道这个脚本有效,但前提是我删除了所有步骤 . 无论出于何种原因,步骤4无法访问在步骤3中创建的泊坞窗图像 . 任何帮助表示赞赏!
2 回答
您的泊坞窗图像不会存储在您开始构建的文件夹中,因此它们不会保存到人工制品中,并且在下一步中不可用 .
即使它们(您可以通过
docker save
打包/解压缩),您可能会违反人工制品的尺寸限制,更不用说打包/拆包所需的时间 .如果你自己在项目中创建了一个Dockerfile,并且在那里结合了第1步和第2步,我想你会好些 . 然后,您的bitbucket管道可以基于已包含AWS-cli的docker镜像并使用docker作为服务,然后您的一步就是构建项目的Dockerfile并上传到AWS . 这也降低了你对bitbucket管道的依赖性
由于Docker镜像未存储在构建目录中,因此Docker镜像未从步骤3传递到步骤4 .
最简单的解决方案是将所有四个步骤合并为一个步骤,如下所示: