Ссылки на сборку проекта между членами команды - PullRequest
Новая
       8

Ссылки на сборку проекта между членами команды

3 голосов
/ 09 декабря 2008

Мне было любопытно узнать, какой тип структур вы используете для ссылок на проекты?

Там, где я работаю, у разработчиков есть общая папка AssemblyCache (\\ MACHINENAME \ AssemblyCache), которая сопоставляется с R: \ через GPO в Windows 2008 AD (связана с группой AD разработчиков).

Наши общие компоненты имеют события после сборки, которые копируют их в нечто вроде этого:

R: \ .Net% VERSION% \ Project \% SOMETHING%

Иногда за ним следует либо «Общее», если оно общее для проекта, либо что-то конкретное. В папке версии .Net также есть общий каталог для общих материалов.

Это так, что большие проекты с несколькими решениями могут ссылаться на сборки из общего места.

Машина сборки также имеет общий диск с тем же общим именем, которое разработчики сопоставили с S :. Это позволяет им получить последнюю рабочую сборку, если она им понадобится.

Все это так, что кто-то может войти на новый ПК и открыть проект, не копируя ссылки на различные местоположения, и убедившись, что dev a ссылается на сборку из того же места, что и dev b и т. Д. *

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

Ответы [ 3 ]

6 голосов
/ 09 декабря 2008
  • Сохраните все эталонные сборки в системе контроля версий.
  • Всегда выбирайте так, чтобы код имел одинаковый относительный путь к сборкам (например, ../../CommonLibraries)
  • Каждый загружает на локальный диск

При обращении к сетевому диску возникают различные проблемы:

  • Нет возможности ветвления для более поздней версии, ссылаясь на более ранние версии для существующих ветвей
  • Трудности при работе в автономном режиме
  • Сборка машины и т. Д. Зависит от другой машины - это не автономная сборка
  • Производительность не велика
1 голос
/ 09 декабря 2008

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

subst R: "C:\.Net %VERSION%\Project\%SOMETHING%"

Преимущество здесь состоит в том, что произвольный путь может быть направлен на стандартный четко определенный путь для сборок, следовательно, например, различные версии сборок могут быть переназначены на фиксированный эталонный путь, используемый Visual Studio.

1 голос
/ 09 декабря 2008

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

...