Предотвращение регистрации для запуска нескольких сборок с TFS 2010

Question

У меня есть несколько библиотек, добавленных в мой проект TFS 2010 в папке Lib. Каждый раз, когда я проверяю В dll в папке Lib все сборки, которые ссылаются на то, что папка Lib запускается автоматически (более 20 сборок).

Я могу использовать ***NO_CI***, чтобы предотвратить это. Но я предпочитаю иметь что-то автоматическое. Возможно ли иметь обработчик событий в TFS, чтобы предотвратить это.

Ex. Если регистрация в этой папке, не сканируйте все рабочие области сборки CI для запуска сборки.

Answer 1

Отображение рабочей области в определениях сборки определяет, какие файлы / папки являются частью этой сборки. Вы можете использовать скрытые папки, чтобы явно исключить папки из рабочей области.

Однако отображение рабочей области используется в двух целях: для определения, какие файлы загружаются на сервер сборки как часть сборки, и для определения, какие файлы вызывают сборки CI / Rolling / Gated.

Если вы исключите папки из рабочей области (например, с помощью скрытых папок), это остановит запуск сборок, но также остановит загрузку этих файлов как часть сборки.

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

Answer 2

Убедитесь, что каждая библиотека в папке lib имеет свою собственную папку + папки версий под

lib
  EntityFramework
    4.1
      EntityFramework.dll     
    4.2
      EntityFramework.dll

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

Для настройки сборок требуется много работы, но она будет работать только при изменении файла, необходимого для сборки.

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

Answer 3

Когда вы включаете папку в рабочее пространство, вы говорите, что изменения в этой папке влияют на ваш проект.Это то же самое для изменений в общем исходном коде, что и для общего двоичного файла.Если он изменяется, то следует создавать уязвимые приложения (и запускать их автоматические тесты), чтобы можно было определить, не изменились ли измененные файлы.