Notas de la versión de NuGet 1.8
Notas de la versión de NuGet 1.7 | Notas de la versión de NuGet 2.0
NuGet 1.8 se publicó el 23 de mayo de 2012.
Si ejecuta VS 2010 SP1, es posible que vea el siguiente mensaje de error al intentar actualizar NuGet si tiene instalada una versión anterior.
La solución alternativa consiste en desinstalar NuGet e instalarlo desde la galería de extensiones de VS. Vea https://support.microsoft.com/kb/2581019 para obtener más información o vaya directamente a la revisión de VS.
Nota: Si Visual Studio no le permite desinstalar la extensión (el botón Desinstalar está deshabilitado), es probable que tenga que reiniciar Visual Studio con "Ejecutar como Administrador".
Poco después de la publicación de NuGet 1.8, comprobamos que un cambio de criptografía en la versión 1.8 interrumpía el funcionamiento para los usuarios en Windows XP.
Desde entonces, hemos publicado una revisión que soluciona este problema. Al actualizar NuGet desde la Galería de extensiones de Visual Studio, recibirá esta revisión.
Ahora NuGet 1.8 admite la capacidad de crear paquetes independientes para recursos localizados, de forma similar a las funcionalidades de ensamblado satélite de .NET Framework. Un paquete satélite se crea de la misma manera que cualquier otro paquete NuGet con la adición de algunas convenciones:
- El identificador de paquete satélite y el nombre de archivo deben incluir un sufijo que coincida con una de las cadenas de referencia cultural estándar que se usan en .NET Framework.
- En su archivo
.nuspec
, el paquete satélite debe definir un elemento de idioma con la misma cadena de referencia cultural que se usa en el identificador - El paquete satélite debe definir una dependencia en su archivo
.nuspec
de su paquete principal, que es simplemente el paquete con el mismo identificador menos el sufijo de idioma. El paquete principal debe estar disponible en el repositorio para que la instalación sea correcta.
Para instalar un paquete con recursos localizados, un desarrollador selecciona explícitamente el paquete localizado del repositorio. En la actualidad, la galería de NuGet no da ningún tipo de tratamiento especial a los paquetes satélite.
Como el paquete satélite muestra una dependencia de su paquete principal, tanto los paquetes satélite como los principales se extraen en la carpeta de paquetes NuGet y se instalan.
Además, al instalar el paquete satélite, NuGet también reconoce la convención de nomenclatura de cadenas de referencia cultural y, después, copia el ensamblado de recursos localizado en la subcarpeta correcta dentro del paquete principal para que .NET Framework pueda elegirlo.
Un error existente que se debe tener en cuenta con los paquetes satélite es que NuGet no copia los recursos localizados en la carpeta bin
para los proyectos de sitio web. Este problema se solucionará en la próxima versión de NuGet.
Para obtener un ejemplo completo en el que se muestra cómo crear y usar paquetes satélite, vea https://github.com/NuGet/SatellitePackageSample.
En NuGet 1.8, hemos establecido la base para admitir una restricción importante en la restauración de paquetes para proteger la privacidad del usuario. Esta restricción requiere que los desarrolladores que crean proyectos y soluciones que usen la restauración de paquetes deben dar su consentimiento explícito para que la restauración de paquetes conecte en línea para descargar paquetes desde orígenes de paquetes configurados.
Hay dos formas de proporcionar este consentimiento. La primera se puede encontrar en el cuadro de diálogo de configuración del administrador de paquetes, como se muestra a continuación. Este método está pensado principalmente para máquinas de desarrollo.
El segundo método consiste en establecer la variable de entorno "EnableNuGetPackageRestore" en el valor "true". Este método está diseñado para máquinas desatendidas como servidores CI o de compilación.
Ahora en NuGet 1.8, como se ha indicado antes, solo se ha establecido el fundamento de esta característica. En la práctica, esto significa que, aunque hemos agregado toda la lógica para habilitar la característica, no se aplica actualmente en esta versión. Pero se habilitará en la próxima versión de NuGet, por lo que queríamos que lo supiera lo antes posible para que pueda configurar los entornos de forma adecuada y, por tanto, no verse afectado cuando se empiece a aplicar la restricción de consentimiento.
Para más información, vea la entrada de blog del equipo sobre esta característica.
Al modificar el comando install para descargar e instalar paquetes en paralelo, NuGet 1.8 ofrece importantes mejoras de rendimiento en nuget.exe y, por extensión, en la restauración de paquetes. Las pruebas generales muestran que el rendimiento para instalar seis paquetes en un proyecto mejora aproximadamente un 35 % en NuGet 1.8. Al aumentar el número de paquetes a 25 se muestra una ganancia de rendimiento de aproximadamente el 60 %.
En NuGet 1.8 se incluyen bastantes correcciones de errores con énfasis en la consola del administrador de paquetes y el flujo de trabajo de restauración de paquetes, especialmente en lo que se refiere al consentimiento de restauración de paquetes y a la integración de Windows 8 Express.
Para obtener una lista completa de los elementos de trabajo corregidos en NuGet 1.8, vea [NuGet Issue Tracker for this release](http://nuget.codeplex.com/workitem/list/advanced?keyword=&status=Closed&type=All&priority=All&release=NuGet%201.8&assignedTo=All&component=All&sortField=Votes&sortDirection=Descending&page=0)
.