cisagov / cisagov/skeleton-docker

Release candidate tags handled incorrectly

Open
#158 0 comments 0 reactions 0 assignees View on GitHub
breaking change bug
Dominant language
Shell
Stars
22
Forks
14
Avg merge
1d 18h
Merged PRs (30d)
4

Description

# 🐛 Summary #

When one creates a release candidate (RC) from a version such as `1.5.0-rc.1`, and then creates a prerelease for that RC, the RC Docker image has the tags `1.5.0-rc.1`, `1.5.0`, `1.5`, and `1`. This is not the desired behavior. The prerelease should only be tagged as `1.5.0-rc.1` and the other tags should only be moved once a release is created.

## To reproduce ##

Steps to reproduce the behavior:

1. Start from a descendant of this repository.
1. Create a prerelease with a tag such as `1.5.0-rc.1`.
1. Go into Docker Hub and observe that the prerelease is also tagged as `1.5.0`, `1.5`, and `1`.

## Expected behavior ##

I do not expect the creation of a prerelease to change release image tags.

Contributor guide

Open the contributing guide

Research direction

Start by locating the repository's release and Docker image tagging automation, then trace how a tag such as 1.5.0-rc.1 is handled when a prerelease is created. Reproduce the Docker Hub tags described in the issue and verify that only 1.5.0-rc.1 is published for the prerelease, with version tags moving only after a release.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, shell
Domain
devops, release
Issue type
Bug
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.