Skip to main content
Nous publions des mises à jour fréquentes de notre documentation, et la traduction de cette page peut encore être en cours. Pour obtenir les informations les plus actuelles, consultez la documentation anglaise.
All products
Référentiels

Gestion des mises en production dans un référentiel

Dans cet article

Vous pouvez créer des mises en production pour grouper et remettre des itérations d’un projet aux utilisateurs.

Qui peut utiliser cette fonctionnalité

Repository collaborators and people with write access to a repository can create, edit, and delete a release.

À propos de la gestion des mises en production

Vous pouvez créer de nouvelles mises en production avec des notes de publication, @mentions des contributeurs et des liens vers des fichiers binaires, ainsi que modifier ou supprimer des mises en production existantes. Vous pouvez également créer, modifier et supprimer des mises en production avec l’API Mises en production. Pour plus d’informations, consultez « Publications » dans la documentation de l’API REST.

Vous pouvez également publier une action à partir d’une mise en production spécifique dans GitHub Marketplace. Pour plus d’informations, consultez « Publication d’actions dans GitHub Marketplace ».

Vous pouvez choisir si les objets Stockage Fichiers volumineux Git (Git LFS) sont inclus ou pas dans les fichiers ZIP et les tarballs créés par GitHub Enterprise Cloud pour chaque mise en production. Pour plus d’informations, consultez « Gestion des objets Git LFS dans les archives de votre dépôt ».

Création d’une mise en production

  1. Dans GitHub.com, accédez à la page principale du dépôt. 1. À droite de la liste des fichiers, cliquez sur Mises en production.

    Capture d’écran de la page principale d’un dépôt. Un lien, intitulé « Versions », est mis en évidence avec un encadré orange. 1. En haut de la page, cliquez sur Brouillon d’une nouvelle version.

  2. Pour choisir une étiquette pour la version, sélectionnez le menu déroulant Choisir une étiquette.

    • Pour utiliser une étiquette existante, cliquez sur l’étiquette.
    • Pour créer une étiquette, tapez un numéro de version pour votre version, puis cliquez sur Créer une étiquette.

  3. Si vous avez créé une étiquette, utilisez le menu déroulant Cible, puis cliquez sur la branche qui contient le projet à publier.

  4. Si vous le souhaitez, au-dessus du champ du texte de description, sélectionnez le menu déroulant Étiquette précédente, puis cliquez sur l’étiquette qui identifie la version précédente.

    Capture d’écran du formulaire « Nouvelle version ». Un menu déroulant, intitulé « Previous tag: auto », est mis en évidence avec un encadré orange.

  5. Dans le champ « Titre de la mise en production », tapez un titre pour votre version.

  6. Dans le champ « Décrire cette mise en production », tapez une description pour votre mise en production. Si vous mentionnez une personne avec @mention dans la description, la mise en production publiée inclut une section Contributeurs avec une liste d’avatars de l’ensemble des utilisateurs mentionnés. Vous pouvez également générer automatiquement vos notes de publication en cliquant sur Générer des notes de publication. 1. Vous pouvez aussi ajouter des fichiers binaires comme des programmes compilés dans votre mise en production, pour ce faire, faites un glisser-déposer ou sélectionnez les fichiers manuellement dans la boîte Fichiers binaires.

  7. Éventuellement, pour avertir les utilisateurs que la mise en production n’est pas prête pour la production et peut être instable, sélectionnez Il s’agit d’une préversion.

  8. Si vous le souhaitez, sélectionnez Définir comme version la plus récente. Si vous ne sélectionnez pas cette option, l’étiquette de version la plus récente est automatiquement attribuée en fonction du versioning sémantique.

  9. Si vous le souhaitez, si GitHub Discussions est activé pour le dépôt, créez une discussion pour la version.

    • Sélectionnez Créer une discussion pour cette version.
    • Sélectionnez le menu déroulant Catégorie, puis cliquez sur une catégorie pour la discussion sur la version.

  10. Si vous êtes prêt à rendre publique votre mise en production, cliquez sur Publier la mise en production. Pour travailler sur la mise en production par la suite, cliquez sur Enregistrer le brouillon. Vous pouvez ensuite afficher vos mises en production publiées ou les brouillons dans le flux de mises en production de votre dépôt. Pour plus d’informations, consultez « Affichage des versions et étiquettes de votre dépôt ».

Pour plus d’informations sur GitHub CLI, consultez « À propos de GitHub CLI ».

  1. Pour créer une mise en production, utilisez la sous-commande gh release create. Remplacez tag par l’étiquette souhaitée pour la mise en production.

    gh release create TAG

  2. Suivez les invites interactives. Vous pouvez également spécifier des arguments pour ignorer ces invites. Pour plus d’informations sur les arguments possibles, consultez le manuel GitHub CLI. Par exemple, cette commande crée une préversion avec le titre et les notes spécifiés.

    gh release create v1.3.2 --title "v1.3.2 (beta)" --notes "this is a beta release" --prerelease

Si vous utilisez @mention pour mentionner des utilisateurs GitHub Enterprise Cloud dans les remarques, la mise en production publiée sur GitHub.com inclut une section Contributeurs avec la liste des avatars de l’ensemble des utilisateurs mentionnés.

Modification d’une mise en production

  1. Dans GitHub.com, accédez à la page principale du dépôt. 1. À droite de la liste des fichiers, cliquez sur Mises en production.

    Capture d’écran de la page principale d’un dépôt. Un lien, intitulé « Versions », est mis en évidence avec un encadré orange.

  2. Next to the release you want to edit, click .

    Screenshot of a release in the releases list. A pencil icon is highlighted with an orange outline.

  3. Modifiez les détails de la mise en production dans le formulaire, puis cliquez sur Mettre à jour la mise en production. Si vous ajoutez ou supprimez des utilisateurs @mentions GitHub dans la description, ces utilisateurs sont ajoutés ou supprimés dans la liste des avatars de la section Contributeurs de la mise en production.

Les mises en production ne peuvent pas être modifiées avec GitHub CLI.

Suppression d’une mise en production

  1. Dans GitHub.com, accédez à la page principale du dépôt. 1. À droite de la liste des fichiers, cliquez sur Mises en production.

    Capture d’écran de la page principale d’un dépôt. Un lien, intitulé « Versions », est mis en évidence avec un encadré orange.

  2. Sur la droite de la page, à côté de la mise en production à supprimer, cliquez sur .

    Capture d’écran d’une mise en production dans la liste des mises en production. Une icône représentant une poubelle est mise en évidence avec un encadré orange.

  3. Cliquez sur Supprimer cette mise en production.

  1. Pour supprimer une mise en production, utilisez la sous-commande gh release delete. Remplacez tag par l’étiquette de la mise en production à supprimer. Utilisez l’indicateur -ypour ignorer la confirmation.

    gh release delete TAG -y