Я знаю, что вы рекомендуете ветку tests-passed, но мне нужно следовать стабильной ветке, и только что появилась версия 3.2.1. Однако я задаюсь вопросом: почему она отображается как 3.2.1 +9? Разве стабильная ветка не должна указывать на тег релиза (по крайней мере, сразу после выпуска)?
По моему пониманию, v3.2.0 +9 означает, что доступно несколько коммитов поверх вашей текущей версии (до 3.2.1).
v3.2.1 +5 означает, что вы можете обновиться до следующей версии 3.2.1, и поверх этой версии уже добавлено несколько коммитов. Обычно, как я полагаю, это важные исправления, перенесённые из основной ветки.
Понимаю, что сначала это может сбивать с толку. Думаю, стоит ли это как-то улучшить.
Ага, понятно, значит, колонка «Repository» означает «текущая локальная установка» — это имеет смысл, спасибо. Я сегодня прочитал анонс версии 3.2.1, поэтому меня удивило, что там уже есть больше коммитов, но если это ожидаемо, то меня всё устраивает.
Есть ли какая-то идея, почему главная панель управления ещё не показывает это обновление? (Я понимаю, если оно обновляется только раз в день, но тогда оно должно было обновиться и при ручной проверке на вкладке «Обновления».)
Это верно, тег следующей версии — 3.2.1. Мы пропустили несколько коммитов непосредственно перед увеличением версии, поэтому они были добавлены сразу после, отсюда и +5. Обычно мы стараемся делать обратный перенос (backport) до выпуска тега, но на этот раз пропустили. Такое бывает.
Обратите внимание, что эти 5 коммитов исправляют следующие проблемы:
перевод для guidelines_topic.body
ошибка с проверкой ключей безопасности в старой версии Firefox (не последней)
стилизация для плейсхолдеров видео
ID коммита, который вы получите после обновления — 6a0aa03, @ecki, он включает вышеуказанные исправления.
Экран «Обновления» относится к плагину Docker Manager, тогда как главная панель использует проверку ядра, которая выполняется только раз в день. Эти два компонента не взаимодействуют друг с другом, отсюда и расхождение. (Хорошее замечание, кстати, было бы неплохо, если бы они обменивались данными.)
Кстати, есть ли механизм для определения момента, когда следует выполнить пересборку, например, при срочных обновлениях базового образа, базы данных или контейнера с данными? Или об этом никогда не сообщается в панели обновлений фронтенда?
