adoptium / adoptium/github-release-scripts
Can we fix the timestamps on the tags in `temurinXX-binaries?
- Dominant language
- Shell
- Stars
- 5
- Forks
- 21
- Avg merge
- 6d 7h
- Merged PRs (30d)
- 3
Description
The temurinXX-binaries releases have tags created for each release, but the date associated with that tag is the last time a file in the binaries repositories (Not an item in the release) was updated. At present that means it's from August 2022 when the README.md was last updated. This is undesirable and confusing.
From https://github.com/endoflife-date/endoflife.date/pull/2729#issuecomment-1486850432:
> It should be possible to fix this by using annotated tags, instead of lightweight git tags. Annotated tags (created using git -a) carry their own creation date, while lightweight tags are just a link to a specific commit, which carries the date.
We should look at whether we can test that and make it work to avoid the dates on the [tags](https://github.com/adoptium/temurin17-binaries/tags) being out of sync with those on the [releases](https://github.com/adoptium/temurin17-binaries/releases).
Contributor guide
Research direction
Start by locating the shell entry points that create tags and GitHub releases, then compare lightweight and annotated tag behavior for the temurinXX-binaries repositories. Test the resulting tag and release timestamps against the linked tags and releases pages; done means tag dates align with release dates rather than the stale README.md commit date.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- git, github, shell
- Domain
- release
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100