Одним из решений, хотя это не обязательно то, что вы ищете, является предоставление каждой зависимой подсистемы выполнения выпуска. Этот выпуск может быть в форме установки MSI или просто сетевой сборки. Когда будет сделано существенное изменение, эта команда может сообщить вам об этом, и вы сможете запустить установку или сценарий для копирования файлов.
После того, как вы получили релиз, вы можете поместить их в GAC, чтобы вам не пришлось беспокоиться о копировании их в папки вашего проекта.
Другое решение, предполагающее, что вы используете сервер сборки или какую-либо непрерывную интеграцию, состоит в том, чтобы выполнить этап после сборки или этап обработки файлов. Чем в любой конкретный момент разработчики из других команд могли получить новые файлы или сделать так, чтобы скрипт или bat-файл извлекали их локально.
РЕДАКТИРОВАТЬ - ДРУГОЕ РЕШЕНИЕ
Возможно, лучше спросить, почему у вас есть эти зависимости? Вы действительно нуждаетесь в них локально при создании вашей части приложения? Не могли бы вы смоделировать зависимости в вашем решении, позволяя вам кодировать, создавать и запускать модульные тесты? Фактическое приложение будет связывать их в ваших средах DEV / Test / Prod. Хранение вашего решения изолированным и независимым может быть лучшим решением для отдельной команды. Оставьте интеграцию и связь, когда приложение работает в реальных условиях.