Фон:
У меня есть два приложения, каждое в Visual Studio 2010 (отдельные решения, каталоги и т. Д.).
Приложение A имеет два проекта, которые создают .dll, на которые ссылается проект в приложении B
Проблема:
Всякий раз, когда я перестраиваю решение Приложения A, библиотеки dll также перестраиваются (очевидно), а затем, чтобы проект из Приложения B корректно компилировался, я вынужден удалить ссылки на сборки для библиотек Приложения A и повторно добавить их ,
Это проблема при попытке использовать MSBuild для автоматизации сборок релизов для Приложения B.
Вопрос:
Есть ли причина, по которой этот шаг необходим? Есть ли способ заставить Visual Studio игнорировать атрибуты устаревшей ссылки на сборку и компилировать с использованием новой библиотеки DLL? Я предполагаю, что корень проблемы находится в свойстве «Токен открытого ключа» или «Версия» ссылки на сборку.
РЕДАКТИРОВАТЬ:
Для ясности, Приложение B является приложением C ++. Вопрос сводится к тому, существует ли обходной путь, позволяющий ссылке на сборку C ++ вести себя как ссылка на сборку C #, для свойства «Specific Version» которой установлено значение FALSE
РЕШИТЬ:
Несмотря на то, что опция отсутствует в панели свойств для ссылки, вручную отредактировав файл vcxproj, вы все равно можете добавить тег:
<SpecificVersion>False</SpecificVersion>
к ссылкам, которые решают эту проблему.