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

Question

ЮрийМаусым 1, 2018, 2:37 Т.Қ.

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

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

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

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

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

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

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

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

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

Талқылауға жазылыңыз2

Бөлімге жазылу245

Ол саған ұнайды ма? Әлеуметтік желілерде бөлісіңіз!

Маусым 1, 2018, 3: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, 1: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, 1:18 Т.Қ.

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

Маусым 6, 2018, 1:29 Т.Қ.
(өңделген)
Жауап шешім ретінде белгіленді.

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

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

или

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

Маусым 9, 2018, 3:26 Т.Қ.

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

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

Evgenii Legotckoi → Юрий
#

Маусым 12, 2018, 2:40 Т.Ж.

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

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

Пікірлер

Тек рұқсаты бар пайдаланушылар ғана пікір қалдыра алады.
Кіріңіз немесе Тіркеліңіз