Skip to main content
Wir veröffentlichen regelmäßig Aktualisierungen unserer Dokumentation, und die Übersetzung dieser Seite ist möglicherweise noch nicht abgeschlossen. Aktuelle Informationen findest du in der englischsprachigen Dokumentation.
All products
Erstellen von Communitys

Diese Version von GitHub Enterprise wurde eingestellt am 2023-03-15. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für bessere Leistung, verbesserte Sicherheit und neue Features aktualisiere auf die neueste Version von GitHub Enterprise. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

Issuevorlagen für Dein Repository konfigurieren

In diesem Artikel

Du kannst die Vorlagen anpassen, die für Mitarbeiter zur Verfügung stehen, wenn sie neue Issues in Deinem Repository eröffnen.

Du kannst für deine Organisation oder dein persönliches Konto standardmäßige Vorlagen für Issues und eine Standardkonfigurationsdatei für Issues erstellen. Weitere Informationen findest du unter Erstellen einer Standard-Community-Health-File.

Issuevorlagen erstellen

  1. Navigiere auf deine GitHub Enterprise Server-Instanz zur Hauptseite des Repositorys. 1. Klicke unter dem Repositorynamen auf Einstellungen. Schaltfläche „Repositoryeinstellungen“
  2. Klicke im Abschnitt „Features“ unter „Issues“ auf Vorlagen einrichten. Möglicherweise musst du „Issues“ aktivieren und die Seite aktualisieren, bevor die Schaltfläche angezeigt wird.
  3. Klicke im Dropdownmenü „Vorlage hinzufügen“ auf den gewünschten Vorlagentyp, den du erstellen möchtest.

Screenshot des Dropdownmenüs „Vorlage hinzufügen“, das erweitert wurde, um die Standardvorlagen „Fehlerbericht“ und „Featurevorschlag“ anzuzeigen. Darüber hinaus wird „Benutzerdefinierte Vorlage“ aufgeführt. 5. Um eine Vorschau der Vorlage anzuzeigen oder die Vorlage zu bearbeiten, bevor du sie an das Repository committest, klicke auf Vorschau anzeigen und bearbeiten. Schaltfläche „Vorschau anzeigen und bearbeiten“ 6. Um die Vorlage zu bearbeiten, klicke auf , und ändere die Inhalte der Felder. Schaltfläche „Issuevorlage bearbeiten“ 7. Um automatisch einen Standardissuetitel festzulegen, weise das Issue Benutzer*innen mit Lesezugriff auf das Repository zu. Du kannst auch Bezeichnungen aus der Vorlage auf Issues anwenden. Verwende hierfür die Felder unter „Optionale zusätzliche Informationen“. Du kannst diese Details auch in der Issuevorlage mit title, labels oder assignees in einem YAML-Frontmatterformat hinzufügen. 8. Wenn du mit der Vorschau und Bearbeitung der Vorlage fertig bist, klicke in der oberen rechten Ecke der Seite auf Änderungen vorschlagen. Schaltfläche „Änderungen vorschlagen“ 9. Gib eine Commit-Mitteilung ein, in der Du Deine Änderungen beschreibst. Feld „Commit-Mitteilung für Issuevorlage“ 10. Lege unterhalb der Commit-Mitteilungsfelder fest, ob Du Deine Vorlage direkt an den Standardbranch freigeben oder einen neuen Branch erstellen und einen Pull Request öffnen möchtest. Weitere Informationen zu Pull Requests findest du unter Informationen zu Pull Requests. Auswahl zwischen Commit der Issuevorlage an Mainbranch oder Öffnen eines Pull Requests 11. Klicke auf Änderungen committen. Sobald diese Änderungen in den Standardbranch zusammengeführt wurden, steht die Vorlage für Mitarbeiter zur Verfügung, wenn sie neue Issues im Repository erstellen.

Konfigurieren der Vorlagenauswahl

Du kannst die Issuevorlagenauswahl anpassen, die beim Erstellen eines neuen Issues in deinem Repository angezeigt wird, indem du dem Ordner .github/ISSUE_TEMPLATE eine config.yml-Datei hinzufügst.

Du kannst Mitwirkende ermutigen, Issuevorlagen zu verwenden, indem du blank_issues_enabled auf false festlegst. Wenn du blank_issues_enabled auf true festlegst, haben Personen die Möglichkeit, ein leeres Issue zu öffnen.

Hinweis: Wenn du den Legacyworkflow zum manuellen Erstellen einer Datei vom Typ issue_template.md im Ordner .github und Aktivieren von leeren Issues in der Datei config.yml verwendet hast, wird die Vorlage in issue_template.md verwendet, wenn Personen ein leeres Issue öffnen möchten. Wenn Du leere Issues deaktivierst, wird diese Vorlage nie verwendet.

Wenn Du bestimmte Berichte außerhalb von GitHub Enterprise Server erhalten möchtest, kannst Du Personen mit contact_links auf externe Websites leiten.

Hier ist ein Beispiel für eine Datei vom Typ config.yml.

YAML
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.

Deine Konfigurationsdatei wird die Vorlagenauswahl anpassen, wenn die Datei in den Standardbranch des Repository zusammengeführt wird.

  1. Navigiere auf deine GitHub Enterprise Server-Instanz zur Hauptseite des Repositorys. 1. Klicke oberhalb der Dateiliste im Dropdownmenü Datei hinzufügen auf Neue Datei erstellen. „Neue Datei erstellen“ im Dropdownmenü „Datei hinzufügen“
  2. Gib in das Feld für den Dateinamen .github/ISSUE_TEMPLATE/config.yml ein. Konfigurationsdateiname
  3. Gib im Textfeld der neuen Datei den Inhalt Deiner Konfigurationsdatei ein. Inhalt der Konfigurationsdatei 1. Am Ende der Seite schreibe eine kurze, aussagekräftige Commit-Mitteilung, welche die Änderung beschreibt, welche Du an der Datei vornimmst. Du kannst den Commit in der Commit-Mitteilung mehr als einem Autor zuordnen. Weitere Informationen findest du unter Einen Commit mit mehreren Autoren erstellen. Commit-Mitteilung für Ihre Änderung 1. Lege unter den Commit-Mitteilungsfeldern fest, ob Du Dein Commit zum aktuellen Branch oder zu einem neuen Branch hinzufügen möchten. Wenn dein aktueller Branch als Standardbranch festgelegt ist, solltest du einen neuen Branch für deinen Commit und dann einen Pull Request erstellen. Weitere Informationen findest du unter Erstellen eines Pull Requests. Commitbranchoptionen 1. Klicke auf Neue Datei vorschlagen. Schaltfläche „Neue Datei vorschlagen“

Weiterführende Themen