D365 . Компиляция на новой VM

[Lankey]

Есть голая VM для разработки. Я настроила Workspace , чтобы смотрел на нужный branch DevOPS , и c cделала GetLatest и refresh списка моделей.
Объясните, пожалуйста, как вы потом компилируете и почему?
1) ВСЕ модели разом + оnмечаете галку Build references packages
2) ВСЕ модели разом + оnмечаете галку Build only cross reference data (закладка Options)
3) Только модели ISV + потом клиентские
4) Одновременно ISV и клиентские

Также Отмечаете ли вы Synchronise database(закладка Options) или сихронизацию делаете потом отдельно , после компиляции? Навеное, отдельно логичнее, чтобы быстрее увидеть все ошибки компиляции. Да и вообще, что вы в Options отмечаете, если на то уж пошло?

Спасибо!

[macklakov]

Я сперва синхронизирую. А потом уже компилирую.
Т.к. версия приложения, на котором делался код, может отличаться, лучше Build references packages.
cross reference отдельно можно построить.

[fed]

Стандартные микрософтовские модели перекомпилировать без галочки "Build only cross-reference data" не рекомендуется. Микрософт со своими моделями поставляет файлы отладочной информации (PDB) сконверитированные в Portable PDB Format, который раз в 7-8 меньше памяти занимает чем обычный PDB-файл, который при перекомпиляции модели стандартным VS получается. Конечно в 64битном VS2022 это не такая большая проблема как это было в VS2019, но все равно - после перекомпиляции стандартных моделей у отладчика эдак с пол-гига памяти впустую отъедаться начинает.
В принципе есть утилита конвертации из обычного PDB в portable (и я ей раньше иногда сжимал PDB файлы стандартных моделей, если их все-же пришлось скомпилировать), но проще их вообще не компилировать.

[sukhanchik]

Цитата:

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

Есть голая VM для разработки. Я настроила Workspace , чтобы смотрел на нужный branch DevOPS , и c cделала GetLatest и refresh списка моделей.
Объясните, пожалуйста, как вы потом компилируете и почему?
1) ВСЕ модели разом + оnмечаете галку Build references packages
2) ВСЕ модели разом + оnмечаете галку Build only cross reference data (закладка Options)
3) Только модели ISV + потом клиентские
4) Одновременно ISV и клиентские

Также Отмечаете ли вы Synchronise database(закладка Options) или сихронизацию делаете потом отдельно , после компиляции? Навеное, отдельно логичнее, чтобы быстрее увидеть все ошибки компиляции. Да и вообще, что вы в Options отмечаете, если на то уж пошло?

Спасибо!

Опыт у меня правда более старых версий D365FO, тем не менее - скажу:
1. Собственно, если отмечать все модели разом - то смысла во флажке Build references packages нет. Смысл этого флажка в том, чтобы при компиляции не всех моделей заодно откомпилировать те модели, на которые ссылаются компилируемые модели. Т.о. при выборе всех моделей такой необходимости нет.
2. Да. Но с поправкой на замечание от fed.
3. Тут как раз можно воспользоваться флажком Build references packages, однако для ускорения я сначала билдил "родительские" модели - т.е. в данном случае ISV, а потом уже клиентские. Вместе у меня не всегда получался успешный билд - порядок компиляции моделей почему-то не всегда был очевиден системе. Но это может быть и поправлено уже.

Синхронизацию всегда запускал отдельно, потому что если вдруг билд завершался неудачно, то синхронизация не отрабатывала.
Вообще, с синхронизацией тут надо аккуратно при наличии реальных данных, потому что в лучшем случае система поругается, а в худшем - еще чего-то и подпортит. К примеру, есть клиентская БД, в которой добавлено поле в стандартную таблицу. У Вас стандартная D365FO, в которую добавлена клиентская модель, которая еще ни разу успешно не билдилась на Вашей виртуалке. Как должна отработать синхронизация? Она просто отработает по стандартной структуре и знать не будет про кастомное поле, которое может запросто удалить.

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

[raz]

Компилируем только свои модели, после синхронизируем.

[Lankey]

Цитата:

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

Стандартные микрософтовские модели перекомпилировать без галочки "Build only cross-reference data" не рекомендуется. Микрософт со своими моделями поставляет файлы отладочной информации (PDB) сконверитированные в Portable PDB Format, который раз в 7-8 меньше памяти занимает чем обычный PDB-файл, который при перекомпиляции модели стандартным VS получается. Конечно в 64битном VS2022 это не такая большая проблема как это было в VS2019, но все равно - после перекомпиляции стандартных моделей у отладчика эдак с пол-гига памяти впустую отъедаться начинает.
В принципе есть утилита конвертации из обычного PDB в portable (и я ей раньше иногда сжимал PDB файлы стандартных моделей, если их все-же пришлось скомпилировать), но проще их вообще не компилировать.

Спасибо. Я только не поняла, как Вы сами делаете на новой дев машине?
Вы компилиуете все модели с этой галкой ? Или вы сначала компилируете с галкой стандартные, а потом компилируете отдельно остальные, но уже без галки. Если второе, то какие галки отмечаете на закладке Options при втором проходе?

[Lankey]

Цитата:

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

Да. Но с поправкой на замечание от fed.:

Спасибо. Не могли бы Вы пояснить этот пункт.? То есть, в чем состоит поправка? Если я все отмечаю для компиляции, то галка же будет относиться как к стандартным, так и ко всем остальным

Из моего ограниченного одной машиной опыта, пока я не перекомпилила ВСЕ, ошибок была куча.
То есть, я сначала, для быстроты решила за раз откомпилить ISV(их несколько) вместе с клиентскими(их несколько), но компиляция выдавала отшибки, что не существуют объекты , что в реальности существуют и должны были ли бы откомпилиться уже в модели, что в списке указана раньше текущей. То есть, порядок не соблюдается, это точно. И задать заранее не вижу как

Потом попробовала сначала все Isv и потом отдельно кастомные. Все равно ошибки. Не находил объекты из касто моделей.

Потом все (вскл стандарт) за раз( Я на ночь оставляла компиляцию. Я так понимаю, около 7 часов заняла ). Но вдруг ошибка - не нашел FinTag, когда компилил модель Application Suite! И только одна такая , на одном методе
Тут я уже решила отдельно откомпилировать application Suite, а потом заново Isv и потом клиентские. Вышла вдруг на финиш. Без ошибок откомпилировал. Но убила же почти 2 раб дня на это. И так и не поняла, как надо-то по уму было делать.

При всех вышеуказанных примерах компиляциях " Build only cross reference data " был всех проставлен (по дефолту стоит). С "Build references packages" не помню. Точно не ставила при полной компиляции.

Из Вашего сообшения я понимаю, что Вы прадлагаете на новой машине компилировать :
а) ВСЕ модели разом + оnмечать галку Build only cross reference data (закладка Options) и не отмечать "Build references packages".
либо
б) Делать два этапа : Сначала ISV c "Build references packages". И потом уже клиентские с "Build references packages".

Так?

[pitersky]

Несколько лет назад приходилось самому пару-тройку дев-машин подготовить. Первую компиляцию лучше запускать по всем моделям, но без Build references packages и Build only cross-reference data (её тогда вроде бы и не было). После успешного завершения билда - синхронизация.

[fed]

Цитата:

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

Спасибо. Я только не поняла, как Вы сами делаете на новой дев машине?
Вы компилиуете все модели с этой галкой ? Или вы сначала компилируете с галкой стандартные, а потом компилируете отдельно остальные, но уже без галки. Если второе, то какие галки отмечаете на закладке Options при втором проходе?

Я компилирую только нашу модель с дефолтными опциями. Вообще я пару раз видел такие ситуации, когда при этом вылезают неопределенные ссылки на методы и класса из стандарта или ISV-моделей. Раньше я и вправду запускал полную перекомпиляцию всего, но последний раз это года полтора назад было. Подозреваю что надо просто перезапустить VS несколько раз или что-то подобное
P.S. Поспрашивал окружающих - все говорят - да была такая проблема когда-то, но потом как-то сама собой прошла. Предположу что либо у вас очень старая версия среды разработки, либо что проблема лечиться какими-то нелогичными способами, типа рестарта виртуалки или VS.

[sukhanchik]

Цитата:

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

Спасибо. Не могли бы Вы пояснить этот пункт.? То есть, в чем состоит поправка?

Вот это. Т.е. если есть возможность не компилировать модели от MS - то лучше этого не делать.

Цитата:

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

Микрософт со своими моделями поставляет файлы отладочной информации (PDB) сконверитированные в Portable PDB Format, который раз в 7-8 меньше памяти занимает чем обычный PDB-файл, который при перекомпиляции модели стандартным VS получается.
....
но все равно - после перекомпиляции стандартных моделей у отладчика эдак с пол-гига памяти впустую отъедаться начинает.

Цитата:

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

Из Вашего сообшения я понимаю, что Вы прадлагаете на новой машине компилировать :
а) ВСЕ модели разом + отмечать галку Build only cross reference data (закладка Options) и не отмечать "Build references packages".
либо
б) Делать два этапа : Сначала ISV c "Build references packages". И потом уже клиентские с "Build references packages".

Так?

Да, так. Причем пункт б) вполне себе живучий (собственно был конкретный успешный опыт именно такой подготовки виртуалки)