#azure-devops #azure-pipelines #progressive-web-apps
Вопрос:
У меня есть PWA (прогрессивное веб — приложение) с серверной частью и клиентской частью. В настоящее время у меня есть номер версии на сервере и номер версии на клиенте. Если номер версии сервера отличается от номера приложений (не только более высокий, что может привести к отмене развертывания), загрузите обновление и обновите номер на клиенте. Этот номер версии сегодня задан вручную, но я бы хотел, чтобы он увеличивался при запуске сборки (для выпуска) или канала выпуска.
У меня есть несколько альтернатив.
- Я отслеживаю версию в библиотеке конвейера Azure Devops, обновляю значение и изменяю номер версии приложений из конвейера сборки.
- Я использую конфигурацию приложения Azure для хранения значения. И позволит клиенту свериться с этим значением, чтобы определить, следует ли обновлять приложение или нет.
- Использование номера версии сборки для проверки. Однако это ограничивается одним обновлением в день, так как номер сборки установлен в дни, прошедшие с 2000 года (в большинстве случаев этого будет достаточно). Использование номера редакции
- Кое-что еще, о чем я не думал.
Что такое «лучшая практика»? Есть ли какие-либо из моих предложений выше, чтобы предпочесть?