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

Question

ЮрийJune 2, 2018, 12:37 a.m.

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

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

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

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

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

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

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

We recommend hosting TIMEWEB

Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.

Subscribe to the discussion2

Section subscription252

Do you like it? Share on social networks!

June 2, 2018, 1:01 a.m.

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

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

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

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

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

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

June 6, 2018, 9:30 p.m.

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

June 6, 2018, 11:02 p.m.

И еще вопрос, я объединил проекты в один с под проектами, как мне теперь собирать инсталляторы для каждого отдельно. В 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
}

June 6, 2018, 11:18 p.m.

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

June 6, 2018, 11:29 p.m.
(edited)
The answer was marked as a solution.

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

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

или

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

June 10, 2018, 1:26 a.m.

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

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

Evgenii Legotckoi → Юрий
#

June 12, 2018, 12:40 p.m.

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

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

Comments

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