SlowCheetah: преобразованные файлы из проекта библиотеки классов не копируются в проекты, на которые ссылаются

Question

Сценарий:

У меня есть проект библиотеки классов с пользовательскими .config файлами. Для сборки этих файлов конфигурации установлено значение «Контент» и «Копировать всегда». Этот проект библиотеки затем ссылается, по крайней мере, на 4-5 консольных приложений в рамках одного и того же решения. Когда решение построено, сборка библиотеки классов и настраиваемые файлы конфигурации копируются в папку bin проектов, на которую ссылаются.

То, что я пытаюсь сделать:

Использование SlowCheetah для преобразования пользовательских конфигурационных файлов

Проблема:

Хотя SlowCheetah превращает конфигурационные файлы в проект библиотеки классов не копировать преобразованный файл в указанные проекты. то есть он всегда копирует исходный/исходный файл.

Нашли пару других тем, но ни один из них не был решением, основанным на SlowCheetah, любые предложения были бы полезными. Обратите внимание, что я использую Install Shield Limited Edition, поэтому решение должно работать для файлов .msi/setup. Кроме того, я не хочу связывать файлы и применять преобразование в связанных файлах, так как тогда мне пришлось бы делать одно и то же преобразование во всех проектах, на которые ссылаются.

Благодаря

Answer 1

Учитывая ClassLibararyA ссылки ClassLibraryB:

• Обеспечение конфиги из обеих библиотек классов названы App.config
• Настройка преобразования для обоих App.configs с помощью SlowCheetah (даже если вы только заботиться о один)
• Сложение

В выездном put для ClassLibraryA, вы найдете ClassLibraryB.dll.config (преобразованный App.config ClassLibraryB).

Answer 2

Я знаю, что это не решение, но это то, что я нашел по этому вопросу, поскольку у меня такая же проблема. Добавление этого здесь, так как слишком сложно добавить комментарий и, надеюсь, в конечном итоге это будет ответ, когда они закроют ошибку.

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

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

https://github.com/sayedihashimi/slow-cheetah/issues/34

поэтому я открыл новый отчет об ошибке здесь

https://github.com/sayedihashimi/slow-cheetah/issues/174