Не намеренно - я бы предпочел более четкий формат ДДММГГГГ, хотя ГГГГММДД также приемлем.

YYYYMMDD имеет то преимущество, что он упорядочен лексикографически. Отсортируйте строки этого формата в возрастающем лексикографическом порядке, и вы также получите их в возрастающем хронологическом порядке бесплатно.

Честная оценка

Похоже, это нужно исправить с помощью # 450?

Это было исправлено ранее, но процесс сборки резко изменился, и я не уверен, где находится источник шаблона YYYYDDMM (# 450 нацелен на ветвь, которая (пока?) Не используется, насколько я могу судить ).

Это должно происходить только с SDK OpenJDK8_aarch64_Linux_ * , поскольку задание сборки openjdk8_build_aarch64_linux настроено иначе. https://ci.adoptopenjdk.net/job/openjdk8_build_aarch64_linux/configure . Это означает, что эта сборка не использует историю сборки из openjdk-build (хотя я не знаю почему). Я обновил оболочку выполнения до

`` # waring жестко запрограммированные значения и несовместимые с кросс-jdk изменения
readonly TIMESTAMP = "$ (дата + '% Y% m% d% H% M')"

жестко запрограммированная основная версия и платформа (архитектура и ОС)

`` ''
Что должно решить эту проблему.
В идеале следует установить параметр задания TIMESTAMP.

Сегодняшний aarch64 jdk8: OpenJDK8_aarch64_Linux_201808301146.tar.gz. Другие выглядят также хорошо, хорошо, чтобы закрыть это пока. (не понял, что у меня нет разрешения, @karianna не могли бы вы закрыть его?)