1. На Production стоит, что автоматически создавать миграции только для работы с инфоблоками.
2. На Dev стоит, что автоматически cоздавать миграции не только для инфоблоков, но и для свойств.

Что будет, когда на DEV создают новый инфоблок со свойствами и пытаются применить миграции на Production?

Описать правила.

Приветствую!

Проблема в следующем:
Развернул dev-копию сайта из prod-версии скриптом restore.php. После сменил версию платформы и владельца в разделе «Миграции данных». Создал новый инфоблок на dev-версии сайта, свойства у него и т. д. После переноса файлов миграции на prod-версии в применениях миграции вижу следующее:

А если перейти в диагностику, то следующее:

Подскажите, как пофиксить?

При удалении модуля требуется предоставить выбор, оставить ли служебную информацию модуля, такую как:

• настройки модуля в таблице b_option
• служебные таблицы модуля
• файлы миграций

Дополнительно:
Так как при удалении служебной информации модуля он не сможет в дальнейшем стабильно работать с уже работающими модулями на других машинах - нужно продумать функционал, который будет об этом либо предупреждать, либо запрещать применять / миграции на этих машинах, для того, чтобы не произошло рассинхронизации.

Обращение включает в себя обращения:
#15, #13

Переустановили модуль. Зашли на вкладку журнал изменений и возникла ошибка. Версия миграций - 1.3.4

Хочу реализовать такую возможность и прислать PR. Имеет ли смысл?

Пример формата описания миграций, которые были созданы автоматически:

• Свойство информационного блока. Добавление
• Информационный блок. Добавление

Предлагаю для ручных миграций не просто выводить название, а использовать префикс:

• Сценарий. Название сценария

При импорте элементов - для свойств типа "список" не генерируются авто-миграции (если добавляются новые значения списка)

Импорт (CSV)
Инфоблок 2.0

Разработчик 1 удаляет свойство. Формируется миграция удаления свойства. Разработчик 2 применяет миграцию которая удаляет свойство и свою ссылку на это свойство не удалив сторонние ссылки. При проходе диагностики - ошибка соответствия ссылок.

Ребята, подскажите, что значит эта ошибка при применении миграции?

Свойство информационного блока. Добавление: References item not exists by array (
'id' => '1',
'group' => 'iblock',
'dbVersion' => 'e1da56b883733a52f6a20b9f03de08ae',
)

https://yadi.sk/i/vzitHbcjqc5MD

Установил модуль из МП битрикса

В настройках модуля доступен только один пункт:

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

Собственно, сабж

i have a copy of DataBase from developing server.
bitrix-module-migrations is installed on develop and local versions.
run restore.php on local machine (update with developing server DB) and finally have an error: Срок работы пробной версии продукта истек. Вы можете купить полнофункциональную версию продукта на сайте...(trial period expired)
local version trial period just began and develop version trial period has not expired.
need help - what can be the cause of that error?

При переносе проекта на production забыли изменить версию БД в модуле миграций.
Создали инфоблок.
Затем при попытке отредактировать инфоблок получаем ошибку:
Module platform version is not valid

По идее эта ошибка должна была появится еще на этапе создания инфоблока

При создание ИБ, создался тип ИБ, но название у типа ИБ пустое.

Собственно, сабж. Например, когда у скрипта нет прав на запись в папку с миграциями.

После удаления модуля - удаляются таблицы модуля, но не удаляются миграции и при последующей установки модуля невозможно накатить уже примененные до удаления модуля миграции

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

Создали инфоблок на локальном сайте, привязали инфоблок к двум сайтам http://joxi.ru/eAO08jBuRZzaro
При переносе на сервер app , применили миграции, ошибок не было.
Но у инфоблока не добавилась привязка ко второму сайту http://joxi.ru/E2pW78KUqYQQmY

Контекст: вкладка "Доступы" при редактировании инфоблока

По умолчанию инфоблоки создаются с отсутствующим доступом для всех пользователей. Мы проставляем эти доступы вручную для каждого инфоблока. Но эти доступы не мигрируются на другие площадки.

После нажатия на кнопку "Применить", вылетел Exception

Не перенеслись значения свойства

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

В DEFAULT_VALUE сохраняется значение "a:2:{s:4:"TEXT";s:0:"";s:4:"TYPE";s:4:"HTML";}"

Через гит добавил добавил файл миграции, в папку "migrations", файл "1407829800.json".
На странице "Применение" (http://awesomescreenshot.com/0663au2f49)
Удачно примененные миграции: Список пуст.
Нажал на кнопку "Применить", получил 502 ошибку, перезагрузил страницу. Ещё раз нажал на кнопку "Применить", изменилась дата последнего обновления. Но список примененных миграций пуст.
Миграция применилась, в миграции было создание Иб. Иб создался.

Exception
Call to undefined method ReflectionClass::newInstanceWithoutConstructor()

Изменения значений только списочного свойства не мигрируются на другие площадки

Добрый день.
Планируется ли подобный функционал?

На продакшене, были изменены свойства ИБ. Создались миграции.
Перенес миграции на локальную копию, нормально пременить миграции не удалось, вылетел Exception (issues 4). Иб который правил на продакшене, создался два раза на локалке, без свойств.