Microsoft.Practices и TFS Build - PullRequest
       7

Microsoft.Practices и TFS Build

0 голосов
/ 15 февраля 2012

Возможно, это не конкретный вопрос Microsft.Practices (возможно, нет, но не уверен на 100%), но, похоже, это происходит только с этим (Библиотека предприятий и Unity).

По сути, у нас есть настроенные версии EntLib (и ненастроенная версия Unity), которые мы имеем в расположении бинарных ссылок. У нас также есть несколько собственных двоичных файлов в том же месте.

Когда я собираю через TFS, все внутренние библиотеки копируются из общего расположения, но копии библиотеки EntLib и Unity из установленного расположения на сервере (вместо общего расположения). Я проверил, что dll EntLib находятся в правильном общем местоположении.

Есть идеи, почему это происходит?

Обновление:

После просмотра выясняется, что если dll не был изменен, то он вытягивает версию GAC, независимо от того, где находятся контрольные точки. это означает, что если у меня есть hell.dll в GAC и ссылка на c: \ hell.dll, он примет версию GAC, если только c: \ dll.hell не изменился. Кто-нибудь может подтвердить, что это то поведение, которое я вижу?

1 Ответ

4 голосов
/ 15 февраля 2012

Ваше открытие о вытягивании из GAC верно. Стандартное зондирование .NET ВСЕГДА извлекает что-то из GAC, если совпадает StrongName (имя, версия, токен открытого ключа) независимо от того, где находятся контрольные точки. Я бы сказал, что лучше всего сохранять вещи, которые вы можете собирать или на которые ссылаетесь во время сборки, и хотеть полного контроля над GAC на машинах Dev / Build.

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