работая в среде разработки на основе моделей, я получаю периодические выпуски симуляции CANoe.
Все файлы, связанные с файлом конфигурации simulation.cfg, организованы в дерево папок, которое отличается только своим именем,и никаких архитектурных обновлений не предвидится (только обновления файлов dbc, dll и т. д.).
Я собираю скрипт для автоматического изменения корневого каталога (содержащий версию релиза в названии - например, release_1.0\) связанных файлов. Чего я хотел бы добиться, так это основной конфигурации (master.cfg), которой я могу управлять по своему усмотрению, добавляя сценарии анализа в CAPL и еще много чего, и которая ссылается на любую версию выпуска, которую я желаю.
Таким образом,Мне не нужно постоянно добавлять свои сценарии и связанные файлы в выпуск симуляции.
В: У меня проблемы, которых я не вижу? Например, материал, который жестко закодирован в simulation.cfg, а не в связанных файлах, который может изменить поведение симуляции в выпусках (в общем, , что жестко запрограммировано в файле Simulation.cfg CANoe )