Mejores prácticas de NuGet y TFS


Nuestros proyectos en TFS están organizados así:

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

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

Ahora que NuGet está en la escena, ¿hay alguna razón para cambiar nuestro enfoque y usar la carpeta packages de NuGet para DLL que provienen de proyectos compatibles con NuGet? Me inclino en contra de esto porque

1) crea dos lugares en los que se deben buscar dependencias 2) nos deja abiertos a que un desarrollador actualice un paquete y rompa alguna dependencia

Dicho esto, si alguien puede reportar una buena razón para comenzar a usar NuGet en un TFS, con mucho gusto presentaré tus ideas a mi equipo como si fueran mías (broma).

 48
Author: Code Silverback, 2011-06-14

1 answers

Nuget 1.6 ahora permite que los paquetes no presentes se descarguen dinámicamente al compilarlos. Así que ahora puede comprobar en el control de origen sin el .dlls, pero la propia compilación tirará del paquete correcto.

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

 30
Author: irperez,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2012-04-05 15:29:59