Рейтинг: 0  
Новая
Предложил Гаркин Валерий 05.06.2018 15:04:32

Обновлять модуль по одной версии а не сразу все

Если не обновлять модули некоторое время, то может накопится несколько версий. И при обновлении они устанавливаются все сразу. Дать возможность устанавливать каждую версию по отдельности.
Рейтинг: 4.7804  
Новая
Предложил Гаркин Валерий 05.06.2018 14:57:58

Уведомление об обновлении

В настройках главного модуля возможно установить Автоматически проверять наличие обновлений:
- Не проверять
- Каждый день
- Раз в неделю
- Раз в месяц
Предоставить настройку (галочку или поле для указания email), которые активируют функцию отправки о доступных обновлениях после проверки.
Рейтинг: 4  
Новая
Предложил arthrbishop 07.02.2018 09:03:58

Ченжлог по новым релизам

- Было бы здорово иметь возможность просматривать ченжлог для новых версий модулей не кликая по обновлениям для каждого модуля, а списком на общей странице.
- Также хотелось бы иметь более развернутую информацию по исправлениям вместо "Исправлены незначительные ошибки" и "добавлены незначительные улучшения".
Рейтинг: 20.9144  
На голосовании
Предложил Чернышов Антон 17.11.2017 10:17:21

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

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


Поэтому возникает ситуация, что тест приходится обновлять несколько раз, несколько раз прогонять все функциональные тесты и потом надеяться, что к моменту обновления рабочего сайта новых апдейтов не выйдет.
Рейтинг: 1.4278  
На голосовании
Предложил Соболев Александр 30.08.2017 14:35:35

Управление версиями устанавливаемых обновлений.

Не хватает возможности выбирать до какой версии обновлять платформу и модули.
Для чего это надо? Типовой сценарий: прежде чем  обновлять бой, надо обновить тестовую копию и тщательно её тестировать. К сожалению, так называемые стабильные обновления битрикса вовсе таковыми не являются, а пользователи битрикса - это армия бесплатных тестеров. Поэтому тщательное тестирование обновлений может занять некоторое время, потому что после обновлений иногда обнаруживается необходимость доработок и т.д. Пока проходит тестирование и наступает готовность обновить бой, выпускаются новые "стабильне" обновления битрикса с исправленными ошибками предыдущего "стабильного" обновления :-), а обновить бой только до проверенных версий обновлений возможности нет, приходится снова обновлять тест и снова проверять.
Наличие возможности выбирать для платформы и для каждого модуля, версию до которой надо обновиться позволило бы устанавливать только действительно стабильные проверенные обновления.
Рейтинг: 0.5485  
Новая
Предложил BX Solutions 20.11.2016 21:56:42

Маркетплейс. Изменить механику размещения обновлений.

Когда загружаешь последнюю версию своего модуля, нельзя проверить его работоспособность.

У меня неймспейс в файле сломал скрипт, который выдал обсфукатор. И ты никак не можешь это проверить не выложив модуль в общий доступ.

Считай все пользователи могут скачать не работающее решение и написать на тебя жалобу)

Нужно, чтобы после загрузки архива с модулем он не сразу становился активным, а только после того, как ты нажал кнопку "Активировать", а до этого момента ты можешь его загружать, скачивать обсфуцированный к себе сколь угодно. В это время будет раздаваться предыдущая версия модуля.

Также предлагаю выводить историю загрузок.

v0.5 - 22.01.2015 21:25 - (увидел, что косяк откатился назад)
v1 - 22.01.2015 21:23
v0.5 - 10.05.2013 21:23
v0.4 - 25.01.2012 22:48
v0.1 - 22.01.2012 22:48
Рейтинг: 15.3571  
На голосовании
Предложил Самохвалов Никита 15.09.2015 11:48:17

АПИ для обновления до определённой версии

Проблема
Необходимо поддерживать на разных площадках (дев, тест, демо, бой) проекта одинаковые версии Битрикса, в т. ч. установленных в нём модулей. Копирование бекапа сайта не подходит, т. к.:
  1. «Накатывать» обновления нужно в автоматическом режиме на протяжении всего ЖЦ проекта.
  2. Данные, хранимые в БД, частично могут различаться на площадках.
Решение
Необходимо в Битриксе реализовать АПИ, которое будет позволять выборочно обновлять модули до указанной версии. Концептуальный пример (передаём код модуля и версию, до которой нужно обновиться):

SystemUpdate::updateModule($module, $version);

После полного обновления системы на одной из площадок можно будет с помощью события OnUpdatesInstalled сгенерировать файл с зафиксированными версиями установленных модулей. Этот файл размещается в VCS проекта и распространяется по всем площадкам. Далее остаётся написать нехитрый скрипт, который будет выполнять обновление модулей до зафиксированных версий, используя АПИ из примера выше.

---

Всё это можно реализовать самостоятельно, от Битрикса нужно только АПИ для установки обновлений конкретной версии.
Рейтинг: 0.8026  
На голосовании
Предложил espr 19.08.2015 09:48:21

Обновление битрикс в фиксированные дни месяца

Возникает неудобства при планирование обновление битрикс, когда версия протестирована и в момент обновления публичной версии выясняется, что вышла новая версия. Хотелось бы, что бы такие вещи были более прогнозируемы.
Рейтинг: 2.4557  
На голосовании
Предложил espr 18.08.2015 13:24:41

Обновление Битрикс - указывать дату релиза

В списке обновлений, вместе с версией модуля, хотелось бы видеть дату.
Рейтинг: 1.1615  
Отложено
Предложил Korban Michael 28.05.2014 14:09:17

Документация одновременно с обновлениями.

Сегодня столкнулся с неприятной ситуацией, когда после очередного "стабильного" обновления перестал работать код:

$res = CTasks::GetList(
                    Array("ID" => "ASC"),
                    Array(
                        "RESPONSIBLE_ID" => $userId,
                        "FORUM_ID" => $forumId
                    )
                );
 
Как оказалось, теперь поле FORUM_ID не является допустимым для использования в фильтре, однако в документации это не отражено, в результате чего пришлось изучать исходный код в поисках причины пропавшей работоспособности.

Ранее об этом уже упоминалось, но хочется еще раз поднять вопрос о том, что бы для обновлений был максимально подробный changelog, что бы было понятно заранее к чему готовится. Кроме этого, я бы предпочел, и думаю, что я не один такой буду, кто был бы готов подождать обновлений, но зато что все изменения были задокументированы.
Рейтинг: 0  
Ответил Басыров Роберт 04.12.2014 19:01:50
Это нереализуемо. Новый функционал редко когда выходит в полном заявленном объёме, тем более бывает что пропускаются ошибки.
Разработчики откладывают написание доки до появления реально стабильной работы своих модулей.
Рейтинг: 13.1477  
Новая
Предложил Геннадьевич Алексей 29.06.2012 13:20:40

Дайте возможность разработчикам откатывать обновление конкретных модулей.

Пример:
Замечательно функционировал информационный портал с разделом "блоги". После планового обновления bitrix, обновился и модуль blogs. В результате пользователи получили новый крайне не удобный интерфейс и отказываются писать новые сообщения. Хотелось бы иметь возможность откатить обновление конкретного модуля до предыдущей версии, чтобы оперативно решать подобные проблемы.