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

Question

Юрий01 червня 2018 р. 14:37

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

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

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

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

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

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

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

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

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

Підпишіться на обговорення2

Підписка на розділ249

Вам це подобається? Поділіться в соціальних мережах!

01 червня 2018 р. 15:01

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

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

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

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

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

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

06 червня 2018 р. 11:30

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

06 червня 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
}

06 червня 2018 р. 13:18

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

06 червня 2018 р. 13:29
(відредаговано)
Відповідь була позначена як рішення.

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

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

или

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

09 червня 2018 р. 15:26

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

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

Evgenii Legotckoi → Юрий
#

12 червня 2018 р. 02:40

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

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

Коментарі

Only authorized users can post comments.
Please, Log in or Sign up