{"meta":{"title":"Administrar lanzamientos en un repositorio","intro":"Puedes crear lanzamientos que desees poner en conjunto y entregar iteraciones de un proyecto a los usuarios.","product":"Repositorios","breadcrumbs":[{"href":"/es/repositories","title":"Repositorios"},{"href":"/es/repositories/releasing-projects-on-github","title":"Liberar proyectos"},{"href":"/es/repositories/releasing-projects-on-github/managing-releases-in-a-repository","title":"Administración de los lanzamientos"}],"documentType":"article"},"body":"# Administrar lanzamientos en un repositorio\n\nPuedes crear lanzamientos que desees poner en conjunto y entregar iteraciones de un proyecto a los usuarios.\n\n## Acerca de la administración de lanzamientos\n\nPuede crear nuevos lanzamientos con notas de lanzamiento, @mentions de colaboradores y enlaces a archivos binarios, así como editar o eliminar lanzamientos existentes. También puedes crear, modificar y eliminar versiones mediante Releases API. Para más información, consulta [Puntos de conexión de la API de REST para lanzamientos](/es/rest/releases/releases) en la documentación de la API REST.\n\nTambién puede publicar una acción desde una versión específica en GitHub Marketplace. Para más información, consulta [Publicar acciones en GitHub Marketplace](/es/actions/how-tos/create-and-publish-actions/publish-in-github-marketplace).\n\nPuede elegir si los objetos Almacenamiento de archivos de gran tamaño de Git (Git LFS) se incluyen en los archivos ZIP y archivos tar que GitHub crea para cada lanzamiento. Para más información, consulta [Administrar los objetos de LFS de Git en los archivos de tu repositorio](/es/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/managing-git-lfs-objects-in-archives-of-your-repository).\n\n## Creación de una versión\n\n> \\[!TIP]\n> Si ha habilitado versiones inmutables para el repositorio, se recomienda crear versiones como borradores en primer lugar, adjuntar todos los recursos y, a continuación, publicar. Esto garantiza que todos los recursos estén disponibles antes de que la versión se vuelva inmutable. Para más información, consulta [Versiones inmutables](/es/code-security/concepts/supply-chain-security/immutable-releases).\n\n\n\n1. En GitHub, navegue hasta la página principal del repositorio.\n2. A la derecha de la lista de archivos, haga clic en **Releases**.\n\n \n3. En la parte superior de la página, haz clic en **Borrador de una versión nueva**.\n4. Para elegir una etiqueta para la versión, selecciona el menú desplegable **Elegir una etiqueta**.\n * Para usar una etiqueta existente, haz clic en ella.\n * Para crear una etiqueta, escribe un número para la versión y, luego, haz clic en **Crear etiqueta**.\n5. Si creaste una etiqueta, selecciona el menú desplegable **Destino** y, luego, haz clic en la rama que contiene el proyecto que quieres lanzar.\n6. Si quieres, encima del campo de descripción, selecciona el menú desplegable **Etiqueta anterior** y haz clic en la etiqueta que identifica la versión anterior.\n\n \n7. En el campo \"Título de versión\", escribe un título para la versión.\n8. En el campo \"Describir esta versión\", escriba una descripción para tu versión.\n Si usas @mention para mencionar a algún usuario en la descripción, la versión publicada incluirá una sección **Colaboradores** con una lista de avatares de todos los usuarios mencionados.\n Como alternativa, puede generar las notas de la versión automáticamente si hace clic en **Generar notas de la versión**.\n9. Opcionalmente, para incluir los archivos binarios tales como programas compilados en tu lanzamiento, arrastra y suelta o selecciona manualmente los archivos en la caja de binarios.\n10. De manera opcional, para notificar a los usuarios de que la versión no está lista para producción y puede ser inestable, selecciona **Esta es una versión preliminar**.\n11. Si lo deseas, selecciona **Establecer como la versión más reciente**. Si no seleccionas esta opción, la etiqueta de versión más reciente se asignará automáticamente en función del Versionamiento Semántico.\n12. De manera opcional, si se habilitó GitHub Discussions para el repositorio, crea un debate para la versión.\n * Selecciona **Crear un debate para esta versión**.\n * Selecciona el menú desplegable **Categoría** y haz clic en una categoría para la discusión de la versión.\n13. Si está listo para publicar la versión, haga clic en **Publish release** (Publicar versión). Para trabajar en el lanzamiento más tarde, haga clic en **Guardar borrador**. Si ha habilitado lanzamientos inmutables para el repositorio, primero crear un borrador le permite adjuntar todos los activos antes de que el lanzamiento se vuelva inmutable.\n Después, puedes ver las versiones publicadas o los borradores en la fuente de versiones del repositorio. Para más información, consulta [Visualizar los lanzamientos y etiquetas de tu repositorio](/es/repositories/releasing-projects-on-github/viewing-your-repositorys-releases-and-tags).\n\n
\n\n\n\n> \\[!NOTE]\n> Para más información sobre GitHub CLI, consulta [Acerca de GitHub CLI](/es/github-cli/github-cli/about-github-cli).\n\n1. Para crear una versión, use el subcomando `gh release create`. Reemplazar `tag` por la etiqueta que se desee para la versión.\n\n ```shell\n gh release create TAG\n ```\n\n2. Sigue los mensajes interactivos. Como alternativa, puedes especificar los argumentos para omitir estos mensajes. Para obtener más información sobre los posibles argumentos, consulte [el GitHub CLI manual](https://cli.github.com/manual/gh_release_create). Por ejemplo, este comando crea un pre-lanzamiento con el título y notas especificados.\n\n \n\n```shell\ngh release create v1.3.2 --title \"v1.3.2 (beta)\" --notes \"this is a versión preliminar pública release\" --prerelease\n```\n\n\n\nSi mencionas a @mention algún GitHub usuario en las notas, la versión publicada incluirá una sección **Colaboradores** con una lista de avatares de todos los usuarios mencionados.\n\n
\n\n## Editar un lanzamiento\n\n> \\[!NOTE]\n> Si has habilitado versiones inmutables para el repositorio, solo puedes editar el título y las notas de la versión después de publicar una versión. Consulta [Versiones inmutables](/es/code-security/concepts/supply-chain-security/immutable-releases).\n\n\n\n\n\n1. Para modificar una versión, utilice el subcomando `gh release edit`. Reemplace `TAG` con la etiqueta que representa la versión que desea modificar. Por ejemplo, para modificar el título de una versión, utilice el código siguiente, reemplazando `NEW-TITLE` con el título actualizado:\n\n ```shell\n gh release edit TAG -t \"NEW-TITLE\"\n ```\n\n Para obtener más información sobre los posibles argumentos, consulte [el GitHub CLI manual](https://cli.github.com/manual/gh_release_edit).\n\n
\n\n## Eliminación de una versión\n\n\n\n\n\n1. Para eliminar una versión, use el subcomando `gh release delete`. Reemplace `tag` con la etiqueta de la versión que se va a eliminar. Use la marca `-y` para omitir la confirmación.\n\n ```shell\n gh release delete TAG -y\n ```\n\n
"}