adoptium / adoptium/github-release-scripts
Can we fix the timestamps on the tags in `temurinXX-binaries?
- Vorherrschende Sprache
- Shell
- Sterne
- 5
- Forks
- 21
- Ø Merge
- 6 T. 7 Std.
- Gemergte PRs (30 T.)
- 3
Beschreibung
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).
Beitragsleitfaden
Rechercherichtung
Beginne damit, die Shell-Einstiegspunkte zu finden, die Tags und GitHub-Releases erstellen, und vergleiche anschließend das Verhalten von Lightweight-Tags und annotierten Tags für die Repositories temurinXX-binaries. Teste die resultierenden Zeitstempel von Tags und Releases anhand der verknüpften Seiten für Tags und Releases; abgeschlossen ist die Aufgabe, wenn die Tag-Daten mit den Release-Daten übereinstimmen und nicht mit dem veralteten Commit-Datum von README.md.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- git, github, shell
- Bereich
- release
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100