Управление и структура растущего проекта .NET

Мы создаем программную платформу .NET для автоматизации тестирования для внутреннего использования в нашей компании.

приложение состоит из компонента GUI (WinForms) и различных «действий», которые динамически загружаются в него для выполнения.

Уже выполняется примерно ~ 100 проектов действий, и это число увеличивается. Некоторые из этих проектов взаимозависимы от других проектов и т. Д.

Все загружаемые действия должны ссылаться на нашу dll «SDK» для различных действий (результаты в главном приложении, ведение журнала и т. Д.).

Благодаря этому относительно простому дизайну, мы сталкиваемся с некоторыми управленческими решениями, которые мы хотели бы решить наилучшим образом:

1. Должны ли действия («плагины») ссылаться на выходные данные нашего проекта SDK или на какую-то известную стабильную его версию? Например, при разработке большого приложения (например, MS Office) не все команды работают с исходным кодом для всех компонентов естественным образом.

Какое лучшее решение для подобных ситуаций? и почему?

1. Как правильно проверить, что все необходимые зависимости (например, сторонние библиотеки) действительно взяты из правильного места?

Каковы общие практики в сценариях, где управление множеством проектов, связанных между собой? есть какие-нибудь советы по этому поводу?