Как правильно реализовать обновление

Question

Юрий1 июня 2018 г. 14:37

Как правильно реализовать обновление

Хочу сделать обновление, но незнаю как правильно все реализовать.

1. Как делать проверку на выход новой версии？ Думаю json файл получать

2. Где хранить файлы обновления？

3. Обновлять все файлы или выборочно？

4. Делать резервные копии файлов, в случае проблем, для отката？

Вопросов много, может не все указал.

Рекомендуем хостинг TIMEWEB

Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

Подписка на обсуждение2

Подписка на раздел248

Вам это нравится? Поделитесь в социальных сетях!

1 июня 2018 г. 15:01

1. Да, здесь можно использовать JSON. Вот в этой статье есть пример с JSON файлом

А вот сам процесс обновления можно реализовать с помощью QtIFW, там в принципе есть необходимый функционал для такого. Здесь есть пример сборки как для онлайн, так и для оффлайн версии . Если менять пакет для онлайн версии, то инсталлятор сам уже покажет, что есть нового при запуске и пользователь может выбрать, в общем будет похоже, как в maintenance tool.

Также на форуме поднимался ряд вопросов, касающихся QtIFW

2. Файлы обновления нужно хранить на сервере. можете для этого использовать даже самый обычный хостинг для PHP сайта, даже бесплатный.

3. QtIFW в принципе ответит на этот вопрос.

4. Теоретически стоит, но пока я бы на вашем месте не думал. но сделал бы механизм по сохранению пользовательских save файлов, которые не пострадали бы при обновлении, а саму программу всегда можно переустановить. Если ещё не делали инсталлятор, то тогда убъёте сразу двух зайцев с QtIFW

6 июня 2018 г. 11:30

Собрал инсталлятор, все нормально, но после установки, приложение не запускается. Требует дополнительные dll файлы, например QtScript.dll и т.д., почему QtIFW собрал не все dll?

6 июня 2018 г. 13:02

И еще вопрос, я объединил проекты в один с под проектами, как мне теперь собирать инсталляторы для каждого отдельно. В pro вставлять код # Выбираем директорию сборки исполняемого файла

# в зависимости от режима сборки проекта
CONFIG(debug, debug|release) {
    DESTDIR = $$OUT_PWD/../../prog1Debug
} else {
    DESTDIR = $$OUT_PWD/../../prog1Release
}
# разделяем по директориям все выходные файлы проекта
MOC_DIR = ../common/build/moc
RCC_DIR = ../common/build/rcc
UI_DIR = ../common/build/ui
unix:OBJECTS_DIR = ../common/build/o/unix
win32:OBJECTS_DIR = ../common/build/o/win32
macx:OBJECTS_DIR = ../common/build/o/mac

# в зависимости от режима сборки проекта
# запускаем win deploy приложения в целевой директории, то есть собираем все dll
CONFIG(debug, debug|release) {
    QMAKE_POST_LINK = $$(QTDIR)/bin/windeployqt $$OUT_PWD/../../prog1Debug
} else {
    QMAKE_POST_LINK = $$(QTDIR)/bin/windeployqt $$OUT_PWD/../../prog1Release
}

6 июня 2018 г. 13:18

Со сборкой вроде все норм, не правильно разделил по директориям все выходные файлы проекта

6 июня 2018 г. 13:29
(ред.)
Ответ был помечен как решение.

Как поменять путь, в зависимости от проекта?

    PWD_WIN = $$OUT_PWD\..\..\Prog1Release

или

    PWD_WIN = $$OUT_PWD\..\..\Prog2Release

9 июня 2018 г. 15:26

В принципе я разобрался, сделал проект с под проектами и внутри еще проект с под проектами. Все работает как хотелось.

Только вопрос появился, пере сборка всегда будет всех под проектов? То есть при релизе он делает инстолляторы на все проекты.

Evgenii Legotckoi → Юрий
#

12 июня 2018 г. 2:40

Я настраивал, чтобы инсталляторы были либо для дебага, либо для релиза.

По сути, как разрулите в QMake, так оно и будет работать.

Как правильно реализовать обновление

Рекомендуем хостинг TIMEWEB

Комментарии