Compartir a través de

Procedimientos recomendados para la creación de paquetes

  • Artículo

Esta guía está pensada para proporcionar a los autores de paquetes NuGet una referencia ligera para crear y publicar paquetes de alta calidad. Principalmente, se centrará en procedimientos recomendados específicos del paquete, como los metadatos y el empaquetado. Para obtener sugerencias más detalladas sobre la creación de bibliotecas de alta calidad, consulte la Guía de la biblioteca de código abierto de .NET.

Tipos de recomendaciones

Cada artículo presenta cuatro tipos de recomendaciones: Debe, Es recomendable, Evite y No está permitido. El tipo de recomendación indica hasta qué punto se deben seguir.

Casi siempre debe seguir una recomendación Debe. Por ejemplo:

✔️ DEBE incluir una breve descripción del paquete que describa para qué sirve.

Por otro lado, las recomendaciones de tipo Es recomendable generalmente deben seguirse, pero existen una serie de excepciones legítimas:

✔️ ES RECOMENDABLE elegir un nombre de paquete NuGet con un prefijo que cumpla los criterios de reserva de prefijos de NuGet.

Las recomendaciones de tipo Evite mencionan prácticas que, en general, no son convenientes, aunque a veces tiene sentido no seguirlas:

❌ EVITE las referencias de paquetes NuGet que exijan una versión exacta.

Y, por último, las recomendaciones de tipo No está permitido indican qué no se puede hacer casi nunca:

❌ NO ESTÁ PERMITIDO usar la propiedad de metadatos LicenseUrl.

Creación de un paquete NuGet

La forma recomendada más reciente para crear un paquete NuGet es desde un proyecto de estilo SDK. Las propiedades del proyecto de estilo SDK, incluidos el marco de destino y los metadatos del paquete, se definen en el archivo del proyecto.

Cree un paquete desde el proyecto de estilo SDK definiendo las propiedades necesarias y el empaquetado en Visual Studio o la CLI de dotnet.

✔️ DEBE crear un proyecto de estilo SDK y crear (empaquetar) el paquete con Visual Studio o la CLI de dotnet.

Para obtener instrucciones más detalladas sobre la creación de paquetes, incluidas las herramientas de cliente necesarias, el ejemplo de archivo de proyecto y los comandos, consulte Creación de un paquete NuGet con la CLI de dotnet.

Para ayudar a decidir a qué marcos de .NET debe dirigirse, consulte nuestra guía más reciente para los destinatarios multiplataforma.

Metadatos de paquete

Los metadatos son un componente fundamental de cualquier paquete NuGet. La calidad de los metadatos puede influir en gran medida en la detectabilidad, la facilidad de uso y la confiabilidad del paquete.

En Visual Studio, la manera recomendada de especificar los metadatos del paquete es ir a Proyecto > Propiedades de [nombre del proyecto] > Paquete.

Los elementos de metadatos de paquete también se pueden especificar directamente en el archivo del proyecto.

A continuación se muestra una asignación de tabla y se describen los elementos de metadatos de paquetes disponibles:

Nombre de propiedad de Visual Studio Nombre de archivo del proyecto/propiedad MSBuild Nombre de la propiedad Nuspec Descripción
Package id PackageId id Nombre o el identificador del paquete.
Package version PackageVersion version Versión del paquete NuGet.
Authors Authors authors Lista separada por comas de los autores del paquete, que a menudo usan el "nombre descriptivo" de la persona o de la organización.
Description Description description Una descripción del paquete.
Copyright Copyright copyright Detalles de copyright del paquete.
Project URL PackageProjectUrl projectUrl Dirección URL para la página principal del proyecto.
Icon File PackageIcon icon Ruta de acceso al archivo de imagen del icono del paquete.
README PackageReadmeFile readme Ruta de acceso al archivo Markdown LÉAME del paquete.
Repository URL RepositoryUrl repository url Dirección URL del repositorio desde el que se compiló el paquete.
Repository type RepositoryType repository type Tipo de repositorio al que apunta la dirección URL del repositorio (es decir, "git").
Tags PackageTags tags Una lista delimitada por espacios de etiquetas y palabras clave que describen el paquete. Las etiquetas se usan al buscar paquetes.
Release notes PackageReleaseNotes releaseNotes Descripción de los cambios realizados en esta versión del paquete.
Licensing - Expression PackageLicenseExpression license type="expression" Expresión de licencia de SPDX.
Licensing - File PackageLicenseFile license type="file" Ruta de acceso a un archivo de licencia personalizado.

Id. de paquete

Si va a publicar un paquete completamente nuevo:

✔️ DEBE elegir un identificador de paquete que sea único y claramente diferenciado de los paquetes existentes en NuGet.org.

Puede comprobar si un identificador de paquete es único y diferenciable buscando el identificador en NuGet.org o comprobando si existe el siguiente vínculo: https://www.nuget.org/packages/<nombre de paquete>.

✔️ ES RECOMENDABLE elegir un nombre de paquete NuGet con un prefijo que cumpla los criterios de reserva de prefijos de NuGet.

La reserva del identificador de prefijo para el paquete le permitirá obtener la marca de verificación comprobada: image

Consulte la documentación de reserva de prefijo de identificador de paquete para obtener más información.

Versión del paquete

✔️ ES RECOMENDABLE usar SemVer para crear versiones de los paquetes NuGet.

En esencia, esto significa usar el formato Principal.Secundaria.Revisión[-versión preliminar].

✔️ DEBE publicar un paquete como un paquete de versión preliminar si no es estable o si es efectivamente una versión preliminar.

Consulte la guía de control de versiones de la biblioteca .NET para obtener instrucciones más avanzadas.

Autores

✔️ DEBE usar el campo de autor o el "nombre descriptivo" de su organización.

Por ejemplo, si mi nombre de usuario de NuGet.org es "jdoe", el uso de "Jane Doe" para el campo de autor puede ayudar a los consumidores a reconocerme como autor. Si el nombre de usuario de NuGet.org de mi organización es "ContosoToolkit", el uso de "Contoso Corporation" puede ser más reconocible e inspirar más confianza al consumidor.

Descripción

✔️ DEBE incluir una breve descripción (hasta 4000 caracteres) para describir el paquete.

Las descripciones de los paquetes son uno de los campos más destacados que aparecen en la búsqueda de NuGet y probablemente será lo primero que miren los consumidores potenciales para determinar si un paquete es adecuado para ellos.

✔️ DEBE agregar un aviso de copyright al paquete con "Copyright (c) <nombre/empresa><año>".

Un aviso de propiedad intelectual indica básicamente que el trabajo no se puede copiar sin su permiso. La inclusión de un aviso de propiedad intelectual en el paquete es fácil y no hará ningún daño.

Ejemplo: Copyright (c) contoso 2020

URL de proyecto

✔️ DEBE incluir un vínculo a un proyecto, un repositorio o un sitio web de empresa asociados.

El sitio de su proyecto debería tener todo lo que los usuarios necesitan saber sobre su paquete y probablemente será donde los usuarios busquen la documentación.

Icon

✔️ ES RECOMENDABLE incluir un icono con el paquete para ayudar a diferenciarlo visualmente. Es una adición relativamente pequeña que puede mejorar la percepción de la calidad del paquete.

Los iconos pueden ser específicos de los paquetes individuales o bien un logotipo de marca.

✔️ DEBE utilizar una imagen que sea 128x128 y que tenga un fondo transparente para obtener mejores resultados de visualización.

NuGet escalará automáticamente la imagen al cliente en el que se muestra.

❌ NO ESTÁ PERMITIDO usar la propiedad de metadatos IconUrl en desuso.

LÉAME

✔️ DEBE agregar un archivo Markdown LÉAME que proporcione información general sobre lo que hace el paquete y cómo empezar a trabajar.

Un archivo LÉAME de paquete mejorará significativamente la percepción de calidad del paquete, así como la incorporación de nuevos usuarios. Considere también la posibilidad de obtener una vista previa del archivo LÉAME antes de cargarlo. Para más información, consulte Cómo incluir un archivo LÉAME en el paquete NuGet.

Dirección URL y tipo de repositorio

✔️ ES RECOMENDABLE configurar Source Link para agregar automáticamente metadatos de control de código fuente al paquete NuGet y facilitar la depuración de la biblioteca.

Source Link agrega automáticamente Repository URL y Repository Type a los metadatos del paquete. También agrega la confirmación específica asociada a la versión del paquete.

Etiquetas

✔️ DEBE incluir varias etiquetas con términos clave relacionados con el paquete para mejorar la detectabilidad.

Las etiquetas se tienen en cuenta en el algoritmo de búsqueda de NuGet.org y son especialmente útiles para los términos que no están en el identificador del paquete pero que son pertinentes.

Por ejemplo, si publicara un paquete para registrar cadenas en la consola, incluiría: "registro, consola, cadena, salida".

Notas de la versión

✔️ DEBE incluir notas de la versión con cada actualización en las que se describan los cambios realizados.

Aunque no se requiere ningún formato específico para las notas de la versión, se recomienda incluir:

  1. Cambios importantes
  2. Nuevas características
  3. Corrección de errores

Si ya tiene notas de la versión o un registro de cambios en su repositorio, también puede incluir un vínculo al archivo correspondiente.

Licencias

✔️ DEBE incluir una expresión de licencia o un archivo de licencia en el paquete.

Importante

A un proyecto sin licencia se le atribuyen de manera predeterminada derechos de autor exclusivos, lo que significa que no ha concedido a nadie permiso para utilizar su proyecto.

❌ NO ESTÁ PERMITIDO usar la propiedad de metadatos LicenseUrl en desuso.

Esto presenta una ambigüedad legal, ya que los cambios de licencia en la dirección URL cambiarán de forma retroactiva la licencia mostrada para las versiones anteriores del paquete.

Si el paquete es de código abierto.

✔️ DEBE elegir una licencia de código abierto para hacer el paquete de código abierto.

"Las licencias de código abierto son licencias que cumplen con la definición de código abierto; en resumen, permiten que el software se use, modifique y comparta libremente". - Open Source Initiative. Para obtener más información sobre el software de código abierto y Open Source Initiative, consulte https://opensource.org/.

✔️ ES RECOMENDABLE incluir una expresión de licencia en el paquete.

Las expresiones de la licencia son las más claras y hacen más evidente para los consumidores si pueden utilizar su paquete o si la licencia ha cambiado.

Nota:

NuGet.org solo acepta expresiones de licencia para las licencias aprobadas por Open Source Initiative o Free Software Foundation.

Si el paquete no es de código abierto

✔️ DEBE incluir un archivo de licencia en el paquete.

Se puede agregar cualquier archivo de licencia (.txt o .md) al paquete, incluidas las licencias no estándar.