Как правильно обновлять приложение ?

Доброго времени суток! У меня есть приложение на C++, но столкнулся с такой проблемой, как правильно обновлять приложение ? Сейчас приложение при каждом запуске шлет на сервер запрос с версией, если версия старая, то приложение скачивает с ftp сервера архив с обновлениями, после чего приложение закрывается и запускает не большое приложение на pyhton, которое распаковывает этот архив. В архиве обновления содержатся только те файлы, которые нужно обновить. Проблема в том, что если у пользователя будет первая версия, а обновлений уже больше 50 будет, то приложению придется качать 50 архивов, а потом их распаковывать. Так вот вопрос, как лучше организовать обновление? Стоит ли хранить обновления в архивах на сервере или есть какой то другой способ? Спасибо.

0

0

Сообщение от GbaLog- мб вопрос глупый, но разве вы не говорили, что в пределах мажорного релиза обратная совместимость сохраняется? разве в таком сценарии нельзя с 1.3.0 откатиться до 1.0.0 и наоборот? или это вы не про "каноничный" способ версионирования?

ты имеешь ввиду: сможет ли компонент версии 1.3.0 работать с бд версии 1.0.0?
технически - должен.

но если новая фича потребовала обновления бд,
тогда очевидно, что со старой бд эта фича работать физически никак не сможет.

другими словами, что бы новая фича заработала, нужно обновить бд.
а иначе компонент 1.3.0 на самом деле будет работать в режиме совместимости, так,
словно он - 1.0.0

0

Сообщение от hoggy у нас есть уже готовые, и проверенные временем процедуры пошагового обновления: с 1.0.0 до 1.1.0, далее с 1.1.0 до 1.2.0, и тд. до самой последней версии.

Кстати, я думаю никто не помешает использовать эти процедуры совместно с описанным мной способом. Этим способом можно обновлять только дистрибутив, а данные обновлять скриптом, который выполняет пошаговое обновление как обычно.

Добавлено через 10 минут
Да, кстати, мне кажется, что такой скрипт должен быть в любой случае.
Представим себе типичную ситуацию, ретрограда-пользователя, который 5 лет сидел на первой версии, а потом решил обновиться до последней, потому что в ней появилась критическая для него фича.
И что ему делать? Вот он скачал установочный пакет последней версии, допустим 10. И ставит его. И что ему система установки должна предложить, чтобы он скачал-поставил вторую версию, потом третью, потом четвертую и т.д., для того, чтобы БД правильно обновилась? Я думаю - нет. В последнем пакете уже должна быть доступна эта процедура, либо одномоментного, либо пошагового обновления данных.
А мой способ - это лишь вариант получить установочный пакет последней версии, скачивая при этом не условные 50, а условные 2 мегабайта.

0

Сообщение от DrOffset Кстати, я думаю никто не помешает использовать эти процедуры совместно с описанным мной способом. Этим способом можно обновлять только дистрибутив, а данные обновлять скриптом, который выполняет пошаговое обновление как обычно.

примерно так оно у нас в настоящий момент и устроенно.
сам софт сразу нужной версии выкачивается.

а бд специальный скрипт в цикле шаг за шагом обновляет.
собственно "скрипт" - это и есть наша "процедура миграции".

я просто думал: может есть какие то готовые продвинутые решения.
но никто ж кроме меня не знает, что там в базе нужно поменять.
и если я сам вручную код не напишу, код миграции сам себя не напишет.

0