Только сейчас я понял, что существует стабильный канал, и для перехода на него нужно отредактировать конфигурацию.
Теперь для моих сайтов доступна опция обновления до 3.0.0.beta16. Если я сейчас переключусь на стабильный релиз и выполню обновление, перейду ли я сначала на 3.0.0.beta16, а затем в итоге на стабильную версию 3.0.0?
Не могли бы вы объяснить, почему вы считаете, что вам нужно перейти на стабильную версию?
Не понимаю, зачем вообще нужно какое-то обоснование для запуска стабильного программного обеспечения. Мне просто нужно меньше обновлений и стабильный софт.
Я так не думаю. Если вы переключитесь на stable, обновления будут приходить только для основных релизов, а версия 3.0.0 ещё не выпущена. Последним стабильным релизом была версия 2.8.0 (актуальные обновления можно посмотреть в release-notes)
Думаю, Стивен не пытался шутить. Stable используется как ключевое слово для app.yml, а не как обычное английское слово. Дело в том, что другое (по умолчанию) ключевое слово — tests-passed — тоже можно описать как «стабильное»: маловероятно, что оно сломается[1], и на самом деле оно может быть даже более «стабильным» (в английском смысле), если вы обновляете плагины и/или компоненты тем чаще, чем хотите обновлять сам Discourse.
за 2 года работы с Discourse у меня ни разу не возникало ситуации, когда что-то ломалось из-за свежего коммита ↩︎
Спасибо за информацию! Я понимаю, что он не пытался пошутить, просто он не собирался обсуждать причины, а лишь хотел узнать, когда стоит обновиться до стабильной версии. Буду продолжать обновляться, пока это актуально, и переключусь, как только версия 3.0.0 станет стабильной.
Имейте в виду, что выход основного релиза, насколько мне известно, на ветке с пройденными тестами сопровождается выпуском n+1.beta1. Поэтому, если вы хотите избежать слова «beta» в вашей версии, стоит переключиться на неё непосредственно перед обновлением до n+1.beta1.
Иногда[1] вопросы формулируются на основе ошибочных предположений, и лучше понять это на раннем этапе.
можно утверждать, что довольно часто, особенно если речь идёт о темах с запросом «помогите». Это, на мой взгляд, подтверждается дискуссиями на моём форуме ↩︎
Например, я сейчас на версии 2.9.0.beta14. Мне следует переключить ветку в моём конфиге на стабильную, а затем просто ждать, пока в разделе /admin не появится 3.0.0, и с этого момента будут отображаться только обновления стабильных релизов?
Нужно ли перезапускать Docker-контейнер после изменения файла конфигурации?
Теперь вы можете изменить файл app.yml. Для запуска следующей команды обновления через командную строку нужно дождаться релиза. Пока неясно, сколько ещё бета-выпусков будет до выхода новой стабильной версии.
Стабильная версия означает меньше обновлений, но не обязательно меньше ошибок. Для работы со стабильной версией требуется немного больше опыта, чем для тестовых сборок. Критические обновления безопасности включаются в стабильные версии, однако проблемы с пользовательским интерфейсом, скорее всего, останутся неисправленными до следующего стабильного релиза. Сторонние плагины с меньшей вероятностью будут работать со стабильной веткой, так как она проходит менее тщательное тестирование.
Если вы хотите получать меньше обновлений, вы можете просто обновляться реже.
Хорошее объяснение разницы между стабильной и тестовой версиями:
Должен признаться, уведомление об обновлении на странице администратора вызывает у меня давление и замешательство.
Оно довольно резко требует немедленного обновления, но при этом предлагает установить бета-версию ПО. Это выглядит противоречиво. На мой взгляд, система должна просто информировать пользователя о наличии обновления, а настоятельно рекомендовать обновиться как можно скорее только в случае наличия проблем с безопасностью или критических ошибок в текущей сборке.
Возможно, стоит убрать метку «бета», если версия считается стабильной, или заменить её на tests-passed, чтобы администраторы чувствовали себя увереннее при обновлении, зная, что получают полностью протестированное и стабильное программное обеспечение.
Или же можно убрать метку «бета» и назвать эту версию стабильной, раз об этом говорится здесь, а текущую стабильную версию переименовать в LTS.
Именно это и происходит: когда выходит новая бета-версия, почти всегда есть серьёзная проблема с безопасностью, которая становится поводом для выпуска новой версии.
Это действительно был бы довольно хороший (даже лучший, на мой взгляд) подход к делу.