Наилучшие практики NuGet и TFS

Наши проекты в TFS организованы следующим образом:

$\DefaultCollection\ProjectName\Source  <-- source code goes here

$\DefaultCollection\ProjectName\SharedAssemblies <-- 3rd party binaries go here

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

1) он создает два места для поиска зависимостей 2) он оставляет нас открытым для одного разработчика, обновляющего пакет и разбивающего некоторую зависимость

Тем не менее, если кто-то может сообщить о хорошей причине для начала использования NuGet в среде TFS, я с радостью представляю свои идеи своей команде, как если бы они были моими (шутка).

Ответ 1

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

http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages