


11 ноября 2026 года Docker выпустил Buildx 0.39.0. Обновление касается клиентских команд сборки, образов и истории выполнения. Mentoring.digital выделяет изменения, которые стоит проверить в многоплатформенном CI.
Команда imagetools create применяет аннотации без указанного типа к индексу образа. Для неподдерживаемых целей она сообщает об ошибке вместо молчаливого отбрасывания аннотаций. Поэтому успешный запуск старого сценария не следует считать доказательством того, что нужная метка раньше действительно сохранялась.
После обновления полезно проверить содержимое итогового индекса и ожидаемые аннотации. Если CI начал выдавать диагностическое сообщение, стоит сопоставить его с фактической целью аннотации, а не просто убрать параметр ради зелёного статуса задания.
Исправлен выбор автоматически обнаруженных worker platforms вместо явно настроенных назначений платформ. Командам с несколькими узлами сборки важно проверить соответствие между конфигурацией и фактическим исполнителем, особенно если узлы предназначены для разных архитектур.
Kubernetes builders используют startup probe, позволяющую определять готовность после запуска BuildKit. Это изменение механизма готовности, а не обещание одинакового ускорения для любого кластера. Состояние пода и результат реальной сборки остаются отдельными проверками.
Выпуск также исправляет декодирование трассировок и потерю данных при экспорте истории сборок и Docker Desktop bundles. Для удалённых builders изменено чтение блоков при экспорте истории. Если история нужна для разбора ошибок, проверьте её получение на привычном проекте, включая проблемный сценарий.
Редакционный порядок обновления: зафиксировать версии клиента и сервера, выполнить штатную сборку, проверить архитектуры, индекс и аннотации, затем сохранить историю. Это позволяет отделить ошибку приложения от изменения инструментов. Обсудить такой сценарий можно с ментором по контейнерам и DevOps. Обновление Buildx и ранее вышедший BuildKit связаны, но проверяют разные части сборочного процесса.