мы работаем над многими различными приложениями, где каждое приложение имеет свое собственное VS-решение (и, конечно, CS-проект).Кроме того, существует множество библиотек (также проектов CS), которые совместно используются приложениями и включены в решение VS, так что вы можете отлаживать их на этапе запуска разработки.
У нас также есть «главное» решение, котороесодержит все проекты в одном большом решении проблем рефакторинга.Поскольку VS не поддерживает «решения в решениях», мы должны поддерживать и это основное решение.Мы говорим о 300 сборках.
Теперь наступил момент, когда больше не нужно иметь все проекты CS в качестве ProjectReference в решении приложения.Например, у нас есть библиотека, которая поддерживает CUDA, которую можно скомпилировать один раз, а затем использовать в качестве обычной ссылки.
Единственная проблема здесь заключается в том, что бывают случаи, когда вам требуется снова обратиться к ProjectReference, когда вам нужноОтладка в проблему, которая может быть проверена только в том случае, если она выполняется вместе с основным приложением, и не может быть проверена в обычном тестовом примере.
Один из вариантов заключается в поддержке двух проектов, один для отладки и один для работы,Единственная проблема заключается в том, что после отладки и использования ProjectReference зависимости каскадно спускаются по всему дереву проекта.
Мне кажется, что для каждого проекта мне нужны два CS-проекта.Один, который содержит только ссылки, а другой, который содержит только ProjectReferences.Смешивание может быть проблемой.Вопрос в том, есть ли что-то автоматическое, когда проект только для референции может быть создан из проекта только для ProjectReference?
Как вы решаете что-то подобное?