Управление общими бинарными зависимостями для нескольких решений

Хорошо, у нас есть ряд решений с множеством общих двоичных файлов:

что мы делаем, это следующее.

В общем диске у нас есть следующий макет, где есть каталог для каждой двоичной зависимости и подкаталог для каждой версии

BinaryDep1
----------- Volatile
----------- 1.0
----------- 1.1
----------- 1.2

BinaryDep3
----------- Volatile
----------- 1.0
----------- 1.1
----------- 2.2

BinaryDep3
----------- Volatile
----------- 1.0
----------- 1.1
----------- 1.2

В наших решениях у нас есть файл XML, в котором перечислены все зависимости и версии. У нас есть скрипт, который затем отправляется на общий диск и загружает зависимости в подпапку решения с именем / ext.

Это работает очень хорошо, но есть несколько недостатков, которые мы стремимся улучшить, и я хотел получить обратную связь от людей.

  1. У нас есть много решений, поэтому, если они все зависят от одной и той же версии бинарной зависимости, мы получаем одну копию на решение (так как она должна быть автономной). Поэтому, если у меня есть 5 решений, все из которых зависят от Syncfusion, я получу 5 копий syncfusion на моем рабочем столе. Две проблемы здесь: 1) медленное время загрузки (в 5 раз больше, чем мне нужно) и занимает много места на диске.

Нам нравится модель, в которой есть локальный подкаталог на решение с / ext, поэтому нам никогда не нужно менять ссылки на проекты, но они кажутся конкурирующими силами.

любые идеи о том, как нормализовать загрузку, чтобы мы не загружали в 5 раз данные и размер диска, не прибегая к ручному обновлению ссылок на проекты, где мне приходится менять ссылку в VS для каждого обновления версии.

10.12.2008 22:00:50
3 ОТВЕТА
РЕШЕНИЕ

Как насчет того же самого будущего на всех машинах разработчика?

Подобно:

d: / проекты
d: / проекты / внутр (общие библиотеки , которые вам нужно здесь)
d: / проекты / project1
d: / проекты / project2
d: / проекты / project3
d: / проекты / проекта4
...

PS: я люблю соглашения.

1
28.06.2009 22:38:17

Есть ли причина не помещать общие сборки в GAC ?

0
12.12.2008 08:40:44
мне всегда говорили избегать GAC любой ценой
leora 25.12.2008 12:27:35

Вы можете взглянуть на DEVPATH .

Другая ссылка на StackOverflow: поддержка DEVPATH

1
23.05.2017 12:13:33