D365FO - Установка post PU15 X++ update'ов

[Vovan911]

Всем привет!

Предстоит установка и интеграция нескольких сотен X++ update'ов на D365FO PU15, который имеет несколько overlayer-ных ISV решений, которые пронизали ApplicationSuite. Пожалуйста, поделитесь, рекомендациями того как лучше всего

1. интегрировать update-ы
2. их компилировать
3. делать резервные копии
4. быстрее и надежнее их компилировать
5. рекомендации по группировке update'ов в deployable package (могу делать по частям, а не все 400 update-об за раз)
6. помогут также любые ссылки на форумы, блоги и видео

Всем откликнувшимся, заранее, большое спасибо!

[Vadik]

Цитата:

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

Предстоит установка и интеграция нескольких сотен X++ update'ов на D365FO PU15, который имеет несколько overlayer-ных ISV решений, которые пронизали ApplicationSuite

Ну так решите для себя как будете резолвить конфликты в кастомизированных объектах (а они будут), как потом будете обновлять ISV решения новыми версиями, как будете резолвить "это вы поломали" конфликты с вендорами и т.д. Это критичные моменты и Вы их похоже вообще не рассматриваете как "не-технические", на те вопросы которыми Вы задаетесь ответ один - "штатно, средствами VS, VSTS и LCS"
Как альтернативный вариант предлагаю рассмотреть апгрейд на 8.0 и выбивание overlayering-free версий с вендоров

[Vovan911]

Большое спасибо за рекомендации, Vadik!

К сожалению, преход на 8 не "грозит" ещё как минимум 1.5 года. Предыдущий опыт установки показывает, что все косяки вендоров буду разрашать тоже я, либо жаловаться им. Начальство сказало не бздеть, т.к. много другой работы и развертывать все апдейты сразу. Посмотрим, что получится

[Vadik]

Цитата:

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

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

400+ хотфиксов с несколькими ISV решениями? Я надеюсь Вы еще не запустились, потому что иначе все будет очень и очень увлекательно. Иначе - ставить только то что доктор прописал (индивидуальный хотфикс под известный и воиспроизводимый баг) с нудным и долгим тестированием перед выпуском в продуктив. За то, что tiles в LCS с количеством доступных хотфиксов будут показывать двузначные цифры вместо трехзначных, бизнес премий ни Вам ни Вашему начальству не выпишет, а вот кого в коленно-локтевую позицию поставят если что-то пойдет не так - объяснять, полагаю, не надо

[Vovan911]

Абсолютно согласен с Вами: не надо чинить, что не сломано и про то, что надо тестировать. Но, на работе, к сожалению другой подход. И да, Вы абсолютно правы: ломали не раз, а точнее каждый раз. Но потом приходилось чинить: опыт приходит с выведенным из строя оборудованием Счас настал мой черёд получать опыт )) Ну а так как "всё - по согласию", то с меня взятки - гладки В этом начальство лояльно. Будет интересно - напишу.

[Ivanhoe]

Конечно, интересно. При этом понятно, что 200+ фиксов могут быть совершенно разными по сути, но для статистики - вполне хороший пример.

[Vovan911]

Докладаю:

1. Пакет включал 344 MS апдейта
2. 6 ISV конфликтовало в Application Suite. Я не разрешал конфликты для моделей, которые не были указаны в Application Suite. Вопрос: правильно ли я поступил, не разрешая конфликты для моделей, которые не конфликтуют в Application Suite?
3. В результате разрешения конфликтов только с вышеуказанными 6-ю ISV-моделям, конфликующими в Application Suite'е и последующей компиляции всех моделей получилось 25 ошибок. Последующая компиляция только Application Suite разрешила все ошибки, кроме 2 ошибок - результат косяка девелоперов
   - The macro 'CurrentList11' is not defined.
   - Invalid token ']'
4. Тема корректности правильности логики работы D356 в результате разрешения мною конфликтов пока не рассматривается, т.к. бизнес-аналитики ещё не тестировали полученный в итоге результат.

Жду ответа девелоперов как соловей лета