Vous pouvez créer des modèles de problème par défaut et un fichier de configuration par défaut des modèles de problème pour votre organisation ou votre compte personnel. Pour plus d’informations, consultez « Création d’un fichier d’intégrité de la communauté par défaut ».
Création de modèles de problème
-
Dans votre instance GitHub Enterprise Server, accédez à la page principale du dépôt. 1. Sous le nom de votre dépôt, cliquez sur Paramètres. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant et cliquez sur Paramètres.
-
Dans la section « Fonctionnalités », sous « Problèmes », cliquez sur Configurer des modèles. Vous devrez peut-être activer « Problèmes » et actualiser la page avant de pouvoir voir le bouton.
-
Utilisez le menu déroulant Ajouter un modèle, puis cliquez sur le type de modèle à créer.
title
, labels
ou assignees
dans un format d’informations préliminaires YAML.
8. Une fois que vous avez fini de modifier et de prévisualiser votre modèle, cliquez sur Proposer des changements dans le coin supérieur droit de la page.
Configuration du sélecteur de modèles
Vous pouvez personnaliser le sélecteur de modèle de problème auquel les utilisateurs ont accès lorsqu’ils créent un problème dans votre référentiel en ajoutant un fichier config.yml au dossier .github/ISSUE_TEMPLATE
.
Vous pouvez encourager les contributeurs à utiliser des modèles de problème en affectant la valeur false
à blank_issues_enabled
. Si vous affectez la valeur true
à blank_issues_enabled
, les utilisateurs peuvent ouvrir un problème vide, s’ils le souhaitent.
Remarque : Si vous avez utilisé le workflow hérité pour créer manuellement un fichier issue_template.md
dans le dossier .github
et activer les problèmes vides dans votre fichier config.yml, le modèle de issue_template.md
sera utilisé quand les utilisateurs choisiront d’ouvrir un problème vide. Si vous désactivez les problèmes vides, le modèle ne sera jamais utilisé.
Si vous préférez recevoir certains rapports en dehors de GitHub Enterprise Server, vous pouvez diriger les utilisateurs vers des sites externes avec contact_links
.
Voici un exemple de fichier config.yml.
blank_issues_enabled: false
contact_links:
- name: GitHub Community Support
url: https://github.com/orgs/community/discussions
about: Please ask and answer questions here.
- name: GitHub Security Bug Bounty
url: https://bounty.github.com/
about: Please report security vulnerabilities here.
Votre fichier config personnalise le sélecteur de modèles quand le fichier est fusionné avec la branche par défaut du dépôt.
- Dans votre instance GitHub Enterprise Server, accédez à la page principale du dépôt. 1. Au-dessus de la liste des fichiers, en utilisant la liste déroulante Ajouter un fichier, cliquez sur Créer un fichier.
- Dans le champ du nom de fichier, tapez
.github/ISSUE_TEMPLATE/config.yml
. - Dans le corps du nouveau fichier, tapez le contenu de votre fichier config.
1. En bas de la page, tapez un message de validation court et explicite décrivant la modification que vous avez apportée au fichier. Vous pouvez attribuer la validation à plusieurs auteurs dans le message de validation. Pour plus d’informations, consultez « Création d’une validation avec plusieurs auteurs ». 1. Sous les champs de message de commit, choisissez si vous souhaitez ajouter votre commit à la branche actuelle ou à une nouvelle branche. Si votre branche actuelle est la branche par défaut, vous devez choisir de créer une branche pour votre validation, puis de créer une demande de tirage (pull request). Pour plus d’informations, consultez « Création d’une demande de tirage ». 1. Cliquez sur Proposer un nouveau fichier.