2013-09-03 3 views
2

Я migrating MSBuild-Integrated package restore to Automatic Package Restore, который стал доступен с v2.7 от NuGet. Шаги легко следовать, но я путать с частью, которая упоминается .nuget/NuGet.ConfigПеренос на автоматическое восстановление пакета NuGet

Если я создаю новое решение с несколькими проектами, Автоматический пакет восстановления «просто работает» и нет .nuget папки на уровне решения на всех ...

  1. Итак, почему упоминание о миграционном документе мне нужно оставить? Он работает, если я удалю его ...
  2. I read in the docs что одно из возможных преимуществ его оставления заключается в том, что «» Используя этот подход, вместо того, чтобы скрывать папку пакетов или иным образом игнорировать ее, позволяет NuGet полностью пропускать вызов в Visual Studio до pend изменения в папку пакетов. «Это так? Является ли это большим преимуществом (в отличие от более чистого решения)?

ПРИМЕЧАНИЕ. Я использую Git в TFS, а не TVSVC.

+0

В документе migrate docs также говорится о «Использовать файл .nuget \ NuGet.config, чтобы отключить интеграцию управления источником, как описано в документе« Настройки конфигурации NuGet »в разделе« Интеграция с контролем источника ». – Deepak

+0

@ Deepak Да, но если вы посмотрите на другой документ (в соответствии с Соглашением о восстановлении пакета, NuGet 2.7+), то он говорит, что используйте .gitignore. Отсюда мой вопрос .... – zam6ak

ответ

1

Этот файл NuGet.Config предназначен только для Team Foundation Server (TFS). Если вы не используете TFS, вы можете безопасно удалить его. Цитирую Migrating MSBuild-Integrated solutions to use Automatic Package Restore:

По умолчанию файл NuGet.Config инструктирует NuGet обойти добавление пакетов бинарных файлов на источник управления. Автоматическое восстановление пакета будет почитайте это, пока вы оставляете этот файл на месте. Обратите внимание: NuGet.Config влияет только на использование Visual Studio для интеграции с Team Foundation Server (TFS).

Смежные вопросы