Meilleures pratiques NuGet et TFS

Question

Nos projets dans TFS sont organisés comme ceci:

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

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

Maintenant que NuGet est sur la scène, il n'existe aucune raison de modifier notre approche et l'utilisation de NuGet packages de dossier pour les dll qui viennent de NuGet-courant des projets? Je suis appuyé contre ce parce que

1) il crée deux endroits on doit regarder pour les dépendances 2) il nous laisse ouvert pour un développeur de la mise à jour d'un paquet et la rupture de certaines dépendance

Cela dit, si quelqu'un peut déclarer une bonne raison pour commencer à l'aide de NuGet dans TFS environnement, je serai heureux de présenter vos idées à mon équipe comme s'ils étaient mes propres (blague).

Answer 1

Nuget 1.6 permet maintenant de télécharger dynamiquement les paquets non présents lors de la construction. Ainsi, vous pouvez maintenant vous connecter au contrôle de code source sans les fichiers .dll, mais la compilation elle-même extraira le package correct.

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