concourse / concourse/docker-image-resource

Allow latest tag other than "latest" to be specified

Open
#151 6 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Go
Stars
162
Forks
250
PR merge metrics
No merged PRs in 30d

Description

In active pipelines with different versions it is convenient to have tags such as 1.0-latest, and 2.0-latest, propose a simple change to specify a latest tag instead of hard coded in "latest". There is a branch with changes on it in https://github.com/larrype/docker-image-resource and a working version at https://hub.docker.com/r/p41159/docker-image-resource/.

Note: the first solution used solve this was to accept a list of tags and/or list of file paths to tags. This worked as well but seems more significant of a change. It also would use the existence of a file to determine if it was a tag or a file path to a file containing a tag. It was much more flexible but simply allowing the latest tag to be satisfied and was a minimal change that satisfied the need. If interested, here is the tag list enhancement... https://github.com/larrype/docker-image-resource/tree/support-tag-list

Also, I did see #124 and the associated pull request which also would seem to solve the problem - although i would prefer to support a list of tags or list of files each containing a single tag rather than reading a list of tags out of a single file (if I read that PR properly)

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the docker-image-resource repository and the linked larrype/docker-image-resource branch, then compare the working Docker Hub version with the current behavior. Confirm how the resource handles the hard-coded "latest" tag and define done as allowing a configured version-specific latest tag, such as 1.0-latest or 2.0-latest, without requiring the larger tag-list enhancement.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, go
Domain
devops
Issue type
Feature
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.