AS
Всё сразу запустится на 300 машинах.
Size: a a a
2020 February 20
YM
Под сразу понимается eventually? Как Chrome автообновления?
AS
Да, кстати. Бронировать в этом случае авиабилеты лучше в Минск. Оттуда проще улететь, если что)))
d
Действительно. 3-4 разных операционки с кучей вариантов библиотек и никаки не связано? Ну, ок. Значит - не связано)))))))))))
Я же сказал, ПО почти что portable, устанавливается один раз в начале, дальше просто меняются экзешнники и библиотеки.
d
Да, кстати. Бронировать в этом случае авиабилеты лучше в Минск. Оттуда проще улететь, если что)))
Это не конструктивный ответ.
AS
dn.khelilov
Я же сказал, ПО почти что portable, устанавливается один раз в начале, дальше просто меняются экзешнники и библиотеки.
Ну какая малость. Всего-то экзешники меняются с библиотеками!
E
dn.khelilov
Так никто не говорит что не будет тестирования, ветка для актуального релиза, уже протестированного.
Мне нужно, что бы по одной кнопке ответственного релизера, все пользователи перешли на новую версию или наоборот спустились.
Мне нужно, что бы по одной кнопке ответственного релизера, все пользователи перешли на новую версию или наоборот спустились.
да нет никакой ветки
нет никакого гита
никто так не делает
нет никакого гита
никто так не делает
d
да нет никакой ветки
нет никакого гита
никто так не делает
нет никакого гита
никто так не делает
Я не возражаю, я хочу узнать КАК кто делает
AS
dn.khelilov
Это не конструктивный ответ.
Это - конструктивный ответ. НЕЛЬЗЯ автообновлять ПО просто так по воле левой пятки разработчика
E
dn.khelilov
Так никто не говорит что не будет тестирования, ветка для актуального релиза, уже протестированного.
Мне нужно, что бы по одной кнопке ответственного релизера, все пользователи перешли на новую версию или наоборот спустились.
Мне нужно, что бы по одной кнопке ответственного релизера, все пользователи перешли на новую версию или наоборот спустились.
> все пользователи перешли на новую версию или наоборот спустились.
пользователи никогда не жаловались на шиндус, который ставит апдейты когда хочет?
пользователи никогда не жаловались на шиндус, который ставит апдейты когда хочет?
AS
dn.khelilov
Я не возражаю, я хочу узнать КАК кто делает
Ещё раз: стандартными средствами целевой ОС
AS
> все пользователи перешли на новую версию или наоборот спустились.
пользователи никогда не жаловались на шиндус, который ставит апдейты когда хочет?
пользователи никогда не жаловались на шиндус, который ставит апдейты когда хочет?
Ага, тут годовой отчёт, а оно перегрузилось.
AZ
Любое обновление ПО только после испытаний
ПО пакуется в контейнер типа VMware ThinApp. PROFIT.
AS
Или станок с ЧПУ на 90% программы завис
AS
ПО пакуется в контейнер типа VMware ThinApp. PROFIT.
Это никак не решает проблемы прерывания работы пользователя.
AZ
Это никак не решает проблемы прерывания работы пользователя.
Это независимый от обновления процесс
AS
Именно.
AZ
Проблема зависимостей и совместимости решается контейнером. Прерывание работы - без рассмотрения что это за ПО, как участвует в процессе работы и тд - обсуждение бессмысленно
E
dn.khelilov
Я не возражаю, я хочу узнать КАК кто делает
у пользователя появляется кнопочка "тут новая версия, обновить"
версия скачивается рядом, текущая версия делает бэкап всего, выходит и запускает новую
новая при успешном запуске подменяет симлинк, ссылку в лаунчере, что угодно на путь к бинарнику новой версии
в случае "ой" симлинк не обновляется, остается старая версия, которая восстанавливает бэкап и больше не обновляется на эту версию
версия скачивается рядом, текущая версия делает бэкап всего, выходит и запускает новую
новая при успешном запуске подменяет симлинк, ссылку в лаунчере, что угодно на путь к бинарнику новой версии
в случае "ой" симлинк не обновляется, остается старая версия, которая восстанавливает бэкап и больше не обновляется на эту версию
VC
я вот ворвусь.
нет же стандартной схемы. (обновление средствами OS это и хорошо и плохо)
и каждая конкретная система требует обсуждения и выработки методов обновления (авто, ручного, обратной совместимости и т.д.) между участниками процесса (разработка, тестирование, эксплуатация, ИБ, хелпдеск, кто-нибудь ещё)
нет же стандартной схемы. (обновление средствами OS это и хорошо и плохо)
и каждая конкретная система требует обсуждения и выработки методов обновления (авто, ручного, обратной совместимости и т.д.) между участниками процесса (разработка, тестирование, эксплуатация, ИБ, хелпдеск, кто-нибудь ещё)