¿Cuáles son las ofertas actuales para la administración de paquetes .NET. ¿Qué estás usando y cuáles son los pros y los contras?.NET Package Management
Algunos ejemplos por ahí hoy en día son:
Para evitar cualquier duda, me refiero a empaquetar los sistemas de gestión tales como gem, apt-get y dpkg .
NuGet (anteriormente NuPack) es un desarrollador de código abierto enfocado sistema de gestión de paquetes libre para el .NET
FYI Siendo renombrado como "NuGet" debido a conflicto de nombres: http://feeds.haacked.com/~r/haacked/~3/G8vIGk7K_3I/nupack-is-now-nuget.aspx – Richard
Lo siento pero nuget no resuelve problema de gestión de dependencia. Yo lo llamaría herramienta de descarga de dependencia. –
Otro administrador de paquetes que en su mayoría está muerto hoy en día es Horn. Aunque el desarrollo se ha detenido en su mayoría ahora, creo que fue/fue un proyecto interesante.
Tomó un enfoque interesante para la administración de paquetes, basado en la compilación desde el código fuente primero en lugar de confiar exclusivamente en paquetes binarios, de manera similar a gentoo portage's ebuild. Esto le da al desarrollador la máxima libertad para mezclar y combinar las versiones de la biblioteca (en lugar de esperar a que los desarrolladores del proyecto actualicen oficialmente sus dependencias), pero como dicen "con gran poder viene una gran responsabilidad", también depende del desarrollador asegurarse que la pila que compila funciona.
Por supuesto, podría ir a lo seguro y en lugar de construir todo desde el tronco podría corregir las versiones de dependencias en sus descriptores (por ejemplo, hay un descriptor para Castle Windsor trunk y otro para Windsor 2.1).
Para aquellos que no quisieron construir todo desde la fuente (que es, naturalmente, un proceso muy lento), había un servidor en hornget.net que funcionaba como un servidor de integración continua y proporcionaba paquetes binarios.
La cosa es muy a menudo no se puede compilar su dependencia, ya que requiere un dev especial de bibliotecas/plataforma/plataforma etc. –
@aloneguid: no es el caso en los proyectos .NET OSS. –
Lo es. Cualquier dependencia en dll nativo hace que la referencia del código fuente sea prácticamente imposible. –
Como usted se refirió a los sistemas de administración de paquetes que están orientados a la máquina, pensé que mencionaría chocolatey, que es como apt-get pero para Windows.
FYI: yo soy uno de los chicos Nu/NuGet y me inventaron a chocolate por lo que no vi venir desde Ruby Gems cuando nos cambiamos a NuGet (que eran las gemas tipo ejecutables, NuGet es realmente para las bibliotecas y el código fuente, no los productos/herramientas/aplicaciones que salen del otro lado de la fuente). Desde entonces, Chocolatey ha crecido para ser compatible con la ejecución de PowerShell, lo que le permite hacer casi cualquier cosa en Windows.
Suena interesante. Lo comprobaré. Gracias. –
Un artículo breve pero decente está disponible aquí: http://hyr.mn/post/.NET-Packages-for-Great-Good –
Me quedaría con OpenWrap –
una diferencia muy completa entre estos dos http: //stackoverflow.com/questions/4256994/openwrap-vs-nuget – roundcrisis