Для всех, кто читает его, цитата из первой ссылки:
Мы рекомендуем вам сначала обновить до последней доступной минорной версии в вашей основной версии.Делая это, вы можете обращаться к любым сообщениям об устаревании, которые могут изменить поведение в следующем основном выпуске.
На основе приведенной ниже таблицы путь обновления GitLab будет 10.5.4 ->10.8. (Самое последнее) , исправить амортизацию, затем 10.8 -> 11.8 .На странице ясно, что можно ( вероятно ) переходить между любым патчем / второстепенными версиями , не проходя промежуточные шаги:
Это считается безопасным дляпереход между версиями исправлений и второстепенными версиями в одной основной версии.
Второй источник - это, вероятно, раздел Upgrading без простоя , который находится сразу под разделом, связанным в вопросе.
Начиная с GitLab 9.1.0, можно обновиться до более новой версии GitLab для основных, вспомогательных или исправлений без необходимости переводить экземпляр GitLab в автономный режим.Однако, чтобы это работало, существуют следующие требования:
- Одновременно можно обновить только 1 дополнительный выпуск.Таким образом, с 9.1 до 9.2, а не с 9.3.
Затем в нем приводятся сведения о фоновых процессах, необходимых для миграции.Они существенны, поэтому имеет смысл, что прыгать через несколько минорных версий может быть немного, не рекомендуется. Одна дополнительная версия за раз для обновления без простоя. Полезно, когда вы обновлены, но, возможно, стоит пропустить так много второстепенных версий, чтобы пройти.