Восстановление DeleteAction после обновления

[KiselevSA]

Доброго времени суток.
Столкнулся с очень досадной недоработкой механизма сравнения объектов в AOT и удалением изменений в узлах таблицы. Ни первый, ни второй механизм не дает возможности "восстановить" DeleteAction с родительских слоев после обновления.
Яркий пример - таблица CustTable на AX 2012R3 CU8. Гроздь MCR* delete action. Если внесены корректировки на верхних слоях, то восстановление DeleteAction становится очень трудоемкой работой. И если на тестовом приложении можно пойти по пути потери данных: выгрузка в XPO, удаление верхних слоев, загрузка полей и изменений в коде через сравнение XPO и текущего состояния, а потом ручное добавление "потерявшихся" узлов таблицы; то как быть на активно используемом приложении.
У кого-нибудь есть рецепт для восстановления deleteaction с нижних слоев?

[Logger]

Как минимум 3 способа.
1. Создать их руками.
или
2. Выгрузить в XPO с каждого из слоев. Редактором Notepad скпировать соответсвующие куски XPO - импортнуть обратно.
или
3. Закомментить вызов синхронизации внутри метода Application.dbSynchronize
Грохнуть что вам надо. Импортнуть снова. При этом в базе ничего не должно удалиться. Затем раскомментить.
Правда если в приложении работает еще кто-то кроме вас, то такой подход может не сработать.

[KiselevSA]

Цитата:

Сообщение от Logger

Как минимум 3 способа.
1. Создать их руками.
или
2. Выгрузить в XPO с каждого из слоев. Редактором Notepad скпировать соответсвующие куски XPO - импортнуть обратно.
или
3. Закомментить вызов синхронизации внутри метода Application.dbSynchronize
Грохнуть что вам надо. Импортнуть снова. При этом в базе ничего не должно удалиться. Затем раскомментить.
Правда если в приложении работает еще кто-то кроме вас, то такой подход может не сработать.

1, создать вручную 25 DA с разными видами настроек? "Шурик, это не наш метод".
2. Вариант неплохой, но только при малом количестве слоев, на которых были изменения в DA. Т.к. импорт в XPO со слоя выдает только то, что было на этом слое. Вот если бы можно было выгрузку по списку слоев или с включением всех нижележащих слоев.
3. Не вариант. Часть объектов в таблице с помощью инструмента сравнения XPO и AOT не удастся добавить (понажимать на стрелочки). Опять придется вручную создавать некоторые потерянные объекты.

(Не совсем понятно, почему удаление нельзя вызвать по узлу DeleteAction.)

[skuull]

Стрелки в любом случае нажимать не выйдет так как они работают через drag and drop, а DeleteAction его не поддерживает потому стрелочек там и нет
Как по мне самый оптимальный вариант через мержинг xpo в любой мержилке.

[KiselevSA]

Цитата:

Сообщение от skuull

Как по мне самый оптимальный вариант через мержинг xpo в любой мержилке.

Все было бы хорошо, если бы структура оставалась постоянной, так ведь нет: при выгрузке в XPO с определенного слоя выгружаются только те разделы, в которых были изменения на слое. Мержинка не поймет, в какой узел добавить изменения следующего слоя, т.к. такой структуры может не быть в сравниваемом файле.
И еще, как быть с тем случаем, если что-то удалили, например, на syp? Что мы увидим в xpo с sys слоя и с syp слоя?

Простейшие коллизии по двум-трем объектам муторно, но легко разрешить вручную. При больших количествах изменений придется помянуть кое-кого всуе.