license - Las mejores prácticas de NuGet y TFS

package management tfs

Question

Nuestros proyectos en TFS están organizados de esta manera:

$/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 de paquetes de NuGet para dlls que provienen de proyectos compatibles con NuGet? Me estoy apoyando en esto porque

1) crea dos lugares, uno debe buscar dependencias 2) nos deja abiertos a un desarrollador actualizando un paquete y rompiendo alguna dependencia

Dicho esto, si alguien puede informar un buen motivo para comenzar a usar NuGet en un entorno TFS, con mucho gusto presentaré sus ideas a mi equipo como si fueran mías (broma).

Answer 1

Nuget 1.6 ahora permite que los paquetes no presentes se descarguen dinámicamente en la compilación. Por lo tanto, ahora puede verificar el control de fuente sin los .dlls, pero la compilación misma extraerá el paquete correcto.

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