J'ai tiré un peu d'un bug maniaque, cela peut-il contribuer à OSS? Je pense que je vais résumer le dossier d'enquête
2020-11-08 00:04:05 +0900 JST
est 2020 -11-07 15:04:05 +0000 + 0000
--golang: construit avec 1.12.4
--alpine: dernière (fin octobre 2020) → 3,20?
--tzdata: dernière (fin octobre 2020) → tzdata2020d-r0?D'autres faits incluent:
--Il a fonctionné jusqu'à la mi-octobre
Comme tzdata2020d n'a pas pu être utilisé au moment de la vérification, il a été vérifié avec tzdata2020c-r0, mais la conclusion est la suivante.
Utilisez le référentiel de recherche (alpine_tzdata_investigation) et utilisez Docker pour vérifier la combinaison de plusieurs versions (celles non spécifiées dans le Dockerfile) , Notes explique comment vérifier.)
go version | docker image | tzdata | result | note |
---|---|---|---|---|
go 1.12 | alpine 3.12.1 | tzdata 2020c-r0 | failure | la version estdockerhubetalpinepackageConfirmer avec |
go 1.12 | alpine 3.10.3 | tzdata 2020c-r0 | failure | |
go 1.12 | alpine edge | tzdata 2020d-r0 | failure | |
go 1.12 | alpine 3.8 | tzdata 2020a-r0 | success | Parce que seul Alpine 8 utilisait 2020a |
golang 1.12 | ubuntu 20.04 | tzdata 2020d-0ubuntu0.20.04 | success | la version estdockerhubetUbuntupackagesConfirmer avec |
golang 1.15.4(alpine) | alpha 3.12.1 | tzdata 2020c-r0 | success | la version golang est[golang dockerhub]Confirmer avec |
golang 1.13 | alpine 3.12.1 | tzdata 2020c-r0 | success |
résultat, --go 1.12 mais ubuntu et alpin && tzdata2020a passeront --alpine && tzdata2020c-r0, tzdata2020d-r0 passera si golang 1.13 ou version ultérieure
Je comprends ça.
Recommended Posts