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

Сценарий:

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

Что я пытаюсь сделать:

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

Проблема:

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

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

Спасибо

2 ответа

Данный ClassLibararyA ссылается на ClassLibraryB:

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

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

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

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

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

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

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

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

Другие вопросы по тегам