Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

image_resource versions should be visible in the build view #3627

Open
andrewedstrom opened this issue Mar 29, 2019 · 0 comments
Open

image_resource versions should be visible in the build view #3627

andrewedstrom opened this issue Mar 29, 2019 · 0 comments

Comments

@andrewedstrom
Copy link
Contributor

What challenge are you facing?

Concourse tasks run on container images, declared with image_resource. When a new version of my task's image_resource is published, sometimes my task starts to fail because of a change in the image.

When that job fails, I have no indication that my build was broken by an update to the docker image.

What would make this better?

There is a workaround for this, it's just annoying and has a high up-front cost. The workaround is to explicitly declare every image used by my tasks as docker-image-resources and specify them as inputs to my job. Then I can look at the build view and see that a new version of my image was used for a given build.

I wish I automatically had some way to see in the build view when builds ran on a new image version. Task image_resources are actually resources, as their name suggests. They should appear in the build view in some way without me needing to explicitly specify them as pipeline inputs.

Are you interested in implementing this yourself?

Unfortunately, I don't have the bandwidth.

@andrewedstrom andrewedstrom changed the title image_resource versions should be visible in the pipeline image_resource versions should be visible in the build view Mar 29, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants