Компиляция с перекрестными ссылками для 2012 R2

[Raven Melancholic]

Цитата:

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

если одновременно установить галочки "Удалить все" и "Обновить все", то ax2012 входить в бесконечный цикл.

Скорее всего, беда в чем-то другом. Мы перестраиваем перекрестные ссылки всегда с обоими включенными флагами. Билд 6.3.6000.8149
Вот с флагом "Выбрано" у нас как-то не сложилось - с ним ни разу не удалось закончить.
Ну и с пакетным сервером после обновления DEV с PROD тоже постоянно забываем - после обновления запускаем перекрестные ссылки и пытаемся понять, почему они не перестраиваются, а только удаляются.

[Dreadlock]

Внесу еще 5 копеек в эту тему.

Обычно, разработка ведется на одном слое. В моём случае это CUS слой.
Можно сделать проект:


Потом применить перекрестные ссылки к компиляции:


Скомпелировать проект и, через пол часа получить перекрестные ссылки по всем изменениям в CUS слое.

Только нужно не забыть выключить генерацию перекрестных ссылок после этого. Иначе, каждая компиляция будет длиться немного дольше обычного.

[sukhanchik]

Цитата:

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

Обычно, разработка ведется на одном слое

Тут требуется уточнение. Разработка действительно обычно ведется в одном слое. Но вот перекрестные ссылки по слою представляют собой ценность только, если работа ведется с объектами исключительно из этого слоя.
Я любил в 3.0 строить перекрестные ссылки по слою, уходя на обед.
Но вот если работа ведется и со стандартным функционалом - то такой вариант будет недостаточен.
Например, Вы внесли изменения в код приема сотрудника на работу, но чтобы посмотреть, в скольких еще местах вызывается этот код - нужны полные ссылки.

[Dreadlock]

Цитата:

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

Тут требуется уточнение. Разработка действительно обычно ведется в одном слое. Но вот перекрестные ссылки по слою представляют собой ценность только, если работа ведется с объектами исключительно из этого слоя.
Я любил в 3.0 строить перекрестные ссылки по слою, уходя на обед.
Но вот если работа ведется и со стандартным функционалом - то такой вариант будет недостаточен.
Например, Вы внесли изменения в код приема сотрудника на работу, но чтобы посмотреть, в скольких еще местах вызывается этот код - нужны полные ссылки.

100% с вами согласен. Но, чтобы сэкономить время, можно один раз собрать все ссылки а уже после, можно применять вышеописанный мной подход.

[sukhanchik]

Цитата:

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

100% с вами согласен. Но, чтобы сэкономить время, можно один раз собрать все ссылки а уже после, можно применять вышеописанный мной подход.

Согласен. А с побочными эффектами не сталкивались? Т.е. с ситуацией, когда:
1. Объект удален / переименован, а информация о нем еще жива в ссылках? Это лечится только удалением, но галка Удалить все удаляет все записи в таблицах
2. Когда делается обновление ссылок без предварительного удаления, то данные двоятся - троятся и т.д. по количеству запусков перестроения ссылок. У меня такое было в 3.0, 4.0, 2009. В 2012 я уже не экспериментировал с этим и сразу удалял ссылки.