Хорошо, у нас есть несколько решений с множеством общих двоичных файлов:
мы делаем следующее.
В общем диске у нас есть следующий макет, где есть каталог для каждой двоичной зависимости и подкаталог для каждой версии
BinaryDep1
----------- Летучие
----------- 1,0
----------- 1.1
----------- 1.2
BinaryDep3
----------- Летучие
----------- 1,0
----------- 1.1
----------- 2.2
BinaryDep3
----------- Летучие
----------- 1.0 * * тысяча двадцать-одна
----------- 1.1 * * одна тысяча двадцать два
----------- 1.2
В наших решениях у нас есть XML-файл, в котором перечислены все зависимости и версии. У нас есть скрипт, который затем отправляется на общий диск и загружает зависимости в подпапку решения с именем / ext
.
Это работает очень хорошо, но есть несколько недостатков, которые мы стремимся улучшить, и я хотел получить обратную связь от людей.
- У нас есть много решений, поэтому, если они все зависят от одной и той же версии бинарной зависимости, то мы получаем одну копию на решение (так как она должна быть автономной). Поэтому, если у меня есть 5 решений, все из которых зависят от Syncfusion, я получу 5 копий syncfusion на моем рабочем столе. Здесь есть две проблемы: 1) медленное время загрузки (в 5 раз больше, чем нужно) и занимает много места на диске.
Нам нравится модель, в которой для каждого решения есть локальный подкаталог с / ext, поэтому нам никогда не приходится менять ссылки на проекты, но они кажутся конкурирующими силами.
любые идеи о том, как нормализовать загрузку, чтобы мы не загружали 5-кратные данные и размер диска без необходимости вручную обновлять ссылки на проекты, где мне приходится менять ссылку в VS для каждого обновления версии.