Как (и когда) я могу использовать TFS с частными DLL, которые также могут обслуживаться NuGet / NuPack? - PullRequest
Новая
       40

Как (и когда) я могу использовать TFS с частными DLL, которые также могут обслуживаться NuGet / NuPack?

3 голосов
/ 31 октября 2010

У нас есть несколько частных DLLS «Enterprise Services», которые используются на всех наших Веб-сайтах для аутентификации, ведения журнала и т. Д. Поскольку они являются частными, мы также контролируем управление версиями и источником этих DLL. Наши исторические (подверженные ошибкам) ​​шаги после создания File | New Project включают

  1. Добавить проект "Enterprise Services"
  2. Добавить ссылку на выше
  3. Редактирование разделов web.config, таких как Аутентификация, HttpHandlers и т. Д ...

NuGet автоматизирует вышеуказанный процесс

Я только что натолкнулся на NuGet (входит в комплект MVC3), который позволяет загружать и устанавливать пакеты VS2010 с частного сервера и автоматизировать параметры конфигурации, которые ранее выполнялись вручную.

Вопрос:

  • Имеет ли смысл публиковать мою dll на частном сервере NuGet?
  • Потеряю ли я возможность отлаживать и входить в эту dll, если понадобится?
  • Что еще я должен учитывать, если остальная часть моего проекта основана на TFS?

Ответы [ 3 ]

1 голос
/ 03 ноября 2010

Я согласен с Марсинд: иметь личный канал имеет смысл.

Мои 2 цента в том, что вам не нужно настраивать частный сервер: для распространения пакетов достаточно настроить VS для назначения общей папки, и его будет легко обновить с помощью ваших сборок TFS: просто создайте пакет NuGet и поместите его в общую папку.

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

1 голос
/ 31 октября 2010

Да, для вас имеет смысл иметь частную ленту NuGet

Я не уверен, что зайду в dll, но если вы предоставите PDB в своем пакете NuGet, а также исходные коды библиотеки наподелиться (а затем настроить VS, чтобы узнать, где находятся эти источники), тогда вы сможете войти в код, как и сегодня, для самой платформы .NET.

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

0 голосов
/ 22 февраля 2011

@ Ghidello NuGet будет разрешать зависимости автоматически, если вы не используете определенный репозиторий (раскрывающийся список источника пакета в консоли имеет значение «Все», а не ваше личное хранилище)

...