Цитата:
Сообщение от
Logger
3. Как с этим обстоят дела в D365 ? Там описанные проблемы актуальны?
Дело в том, что в D365 обновления накатываются по принципу - "нажал кнопку, дождался, пока отработает". Т.е. конечно 30-45 минут простоя не есть здорово, но процедура обновления не разделяется на собственно синхронизацию, обновление кода и еще ряд процедур. Т.е. конечно в недрах Powershell-скриптов разделение есть, но для конечного пользователя - его нет
Цитата:
Сообщение от
Logger
4. Какие риски такого подхода вы видите ?
Ключевая - необходимость правки exe-шника. Во-первых это явно запрещено лицензией (и это может отпугнуть потенциальных пользователей этого подхода). Во-вторых, после обновления exe-шника (если он еще обновится) процедуру придется повторить. И это как раз самая ключевая фишка. Сегодня работает специалист, который все это может провернуть, а завтра уже работает другой специалист, который это (патч) не может провернуть. В результате все привыкнут "к хорошему" и после обновления могут получить "мину". Это конечно не технические проблемы, но они вполне могут помешать использованию этой идеи.