Мои коллеги и я задавались вопросом лучший способ сделать это в течение достаточно долгого времени: что хороший/стандартный путь состоит в том, чтобы поддержать блоки.NET, на которые ссылаются в нескольких проектах? Я уточню немного:
Скажите, что у Вас есть проекты A, B, и C. Они могли быть в том же решении или различных решениях, действительно не имеет значения. У Вас также есть проекты D и E, которые производят DLLs для A/B/C к ссылке. В придачу мы бросим в стороннем блоке F, для которого у нас только есть пустой DLL. Где хорошее место для помещения блоков от D и E, плюс файл от F, так, чтобы как можно больше следующих вещей произошло:
Я, вероятно, спрашиваю слишком много, но являюсь там каким-либо известным способом выполнить больше всего/все это? Это было озадачивающим нас в течение достаточно долгого времени здесь.
Я думаю, следующее должно помочь:
1) Имейте папку выпуска, в которой будет находиться ваша сторонняя dll.
2) Также добавьте сценарий пост-сборки, чтобы скопировать сборки D.dll и E.dll в папку релиза при успешной сборке.
3) Проекты A, B и C будут ссылаться на D.dll и E.dll из папок выпуска.
Также не имеет смысла добавлять D.dll и E.dll из папки релиза в систему управления версиями. Механизм сборки должен автоматически справляться с этим.
Одно (вероятно, не оптимальное) решение - использовать Maven для ваше управление зависимостями.
См. Это руководство: Использование Maven для управления проектами .NET