> -- budden писал(а):
> В общем, я человек довольно косный. В файл Release.Tool посмотрел и даже нашёл там команды, как собирать. Что делает Release.Mod, не осилил - много букв. Т.е. примерно понял, что он парсит какой-то файл описания модуля и, видимо, делает что-то ещё, но дальше не полез.Release.Mod работает с файлами, структура которых описана в Release.Tool.  Release.Tool определяет некие сущности ( bulds, packages ) и связи между ними. То ест структуру проекта. На основе этой информации команда Release.Build и собирает А2 ( ну или другой проект ). На основе этой же информации команды Release.RequiredModules и Release.WhoImports находят файлы ( именно файлы ) попадающие в указанную сборку (build), анализируя секцию импорта. Файлы модулей, которые импортирует некий модуль (от которых он зависит )  или наоборот, которые зависят от него.
Например, Release.Rebuild позволяет пересобрать проект, компилируя только необходимые файлы ( инкрементальная сборка ).
Допустим, у нас изменился файл WMTextView.Mod. После выполнения Release.Rebuild Win64 WMTextView.Mod у нас будет командный файл для компиляции, который содержит только зависимые от WMTextView.Mod файлы ( под Win64 ). В зависимости от опций автоматически выполнится или будет выведен в IDE.
> -- Цитата:
> Зато мне понравились текстовые символьные файлы. Соответственно, я предлагаю (вслед за Сергеем Оборотовым) следующее:
Это плохая идея - нужно использовать инструментарий из Release.Mod, возможно допилив и расширив функционал. Просто нужно в IDE парсить файл проекта ( который находится в файлах типа Release.Tool ) и использовать уже готовую инфу.  Сейчас же это файл парсится при каждом обращении к командам. Ну или кешировать разобранную структуру.