Meilleures pratiques NuGet et TFS
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, y a-t-il une raison de changer notre approche et d'utiliser le dossier de packages de NuGet pour les DLL provenant de projets compatibles NuGet? Je suis contre ça parce que
1) il crée deux endroits, il faut rechercher les dépendances 2) il nous laisse ouverts à un développeur qui met à jour un package et brise certaines dépendances
Cela dit, si quelqu'un peut signaler une bonne raison de commencer à utiliser NuGet dans un environnement TFS, je présenterai volontiers vos idées à mon équipe comme si elles étaient les miennes (blague).
Nuget 1.6 permet désormais de télécharger dynamiquement les packages non présents lors de la construction. Ainsi, vous pouvez maintenant vous connecter au contrôle de code source sans les .dll, mais la construction elle-même tirera le package correct.
http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages