Cómo (y cuándo) lo uso TFS con DLL privadas que también pueden ser atendidas por NuGet / NuPack?

Question

Tenemos un par de DLLS privadas "Empresa de Servicios" que se utilizan en todos nuestros sitios web para la autenticación, registro, etc Dado que son privados, también controlamos el control de versiones y la fuente de estos archivos DLL. Nuestra histórica (propenso a errores) los pasos después de crear File | New Project incluir

1. Agregue el proyecto "Empresa de Servicios"
2. Añadir una referencia al anterior
3. web.config secciones de edición tales como autenticación, HttpHandlers, etc ...

NuGet automatizará el proceso anterior

Me acaba de llegar a través de NuGet (incluido en MVC3) que me permite descargar e instalar paquetes desde un VS2010 alojada de forma privada del servidor, y automatizar los ajustes de configuración que anteriormente se han hecho de forma manual.

Pregunta:

• ¿tiene sentido publicar mi DLL en un servidor NuGet privado?
• ¿Voy a perder la capacidad de depuración y de paso en esta DLL si necesito?
• ¿Qué otras cosas debo tener en cuenta si el resto de mi proyecto se basa en TFS?

Answer 1

Estoy de acuerdo con marcind: tener un sentido de alimentación de marca privada.

Mis 2 centavos son que no es necesario configurar un servidor privado: la configuración del VS para apuntar a una carpeta compartida es suficiente para la distribución de los paquetes y será fácil de actualización con su TFS construye: acaba de crear el paquete NuGet y colocarlo en la carpeta compartida.

Tenga en cuenta que, durante los últimos bits de NuGet que he probado, el cliente (tanto en la consola y la interfaz gráfica de usuario) no se ve en otros piensos para la localización de los dependecies por lo que se queja de que no puede resolverlos de forma automática: usted tiene que instalar a mano.

Answer 2

Sí, tiene sentido para que usted tenga una fuente privada NuGet

No estoy seguro acerca de entrar en el DLL, pero si usted proporciona PDB en su paquete NuGet, así como las fuentes de la biblioteca en un recurso compartido (y luego configurar VS saber dónde están esas fuentes), entonces usted debe ser capaz de paso en el código exactamente igual que como hoy para la plataforma .NET en sí.

NuGet fue diseñado para trabajar bien con los proyectos que se asignan a control de código fuente, así que espero que no hay nada más que necesite.

Answer 3

@Ghidello NuGet resolverá las dependencias de forma automática, siempre y cuando no se está utilizando un repositorio específico (en el menú desplegable de origen del paquete en la consola se establece en Todo en lugar de tu repositorio privado)