Рейтинг: 20.9144  
На голосовании
Предложил Чернышов Антон 17.11.2017 10:17:21

Добавить возможность обновиться до конкретной версии модуля(ей)

В связи с полным интеграционным тестированием обновлений Битрикс на тестовом окружении, которое может занимать несколько дней, к моменту обновления рабочего сайта через site_update релизные версии модлей уже могу отличаться от установленных на тесте.


Поэтому возникает ситуация, что тест приходится обновлять несколько раз, несколько раз прогонять все функциональные тесты и потом надеяться, что к моменту обновления рабочего сайта новых апдейтов не выйдет.
Рейтинг: 10.9063  
Новая
Предложил pixel365 16.02.2017 08:53:40

Принудительное прочтение чейнджлога обновления, для решений МП

Предлагаю в SiteUpdate реализовать поддержку маркировки обновления как важного.

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

Очевидные кейсы использования:

  1. Сложился сценарий, предполагающий существенную перенастройку решения, и по этому сценарию нет возможности корректно сохранить/перенести текущие настройки заданные клиентом. И клиента нужно предупредить о том, что сразу после обновления до этой версии решения, нужно произвести те или иные действия.
  2. В решение введены зависимости, например, отказ от поддержки версии PHP ниже 7.0 или наличие какой либо библиотеки. Ведь автор МП, в отличие от вендора платформы, не расписывался кровью в том, что будет тянуть древних клиентов ради «полной и обратной совместимости» :)

В принципе, это может быть полезно не только для решений из МП, но и для БУС.
Рейтинг: 1.4466  
На голосовании
Предложил Smirnov Pavel 28.03.2016 12:33:11

Выводить сообщения об ошибках SiteUpdate человеческим языком.

Периодически наблюдаю вот такую картину в процессе обновления Управления Сайтом (на разных экземплярах):
Некоторые обновления не были установлены

- no2 -->STP1|highloadblock (16.0.0)
(STPх меняется от STP0 до STP2, и название модуля и версии меняется)

Но сообщение всё время примерно так и выглядит - никакого развёрнутого
объяснения того, что это такое, и что можно сделать в этом случае для поиска причины - нет.

Предлагаю выводить хоть пару слов для объяснения этого кода ошибки.
Желательно разные для разных STPх (если это разные стадии какие-то, и ошибки разные).

Если перезагрузить страницу и попытаться установить снова обновления - они устанавливаются,
то есть, это не перманентный какой-то сбой. Но что это именно такое - непонятно.
И это непонятное останавливает процесс обновления.
Рейтинг: 0.0133  
На голосовании
Предложил Перепечин Ярослав 02.10.2015 10:51:59

Автоматическая установка стабильных обновлений через cron (SiteUpdate)

Я использую Битрикс24 Корпоративный портал. Для своевременной рассылки почтовых уведомлений, повесил исполнение анентов на cron.
* * * * * /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php
А также локальное резервное копирование с ротацией
30 0 * * 1-5 /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/backup.php
Очень хочу иметь возможность устанавливать стабильные обновления после резервного копирования схожим образом. Я считаю эту возможность необходимой, т.к. работать под административной учёткой не правильно, админские права должны быть у админа, а не у пользователя, какую бы он должность не занимал, тем более что Битрикс24 Корпоративный портал стоит из расчёта количества пользователей и встроенная система безопасности требует ограничения времени сессии для группы Администраторы. Следовательно под админом работать неудобно, т.к. надо авторизовываться каждые 15 минут. В общем есть много возможных причин человеческого фактора, по которым обновления могут быть своевременно не установлены.