Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen findest Du in unserer englischsprachigen Dokumentation.

Diese Version von GitHub Enterprise wird eingestellt am Diese Version von GitHub Enterprise wurde eingestellt am 2020-08-20. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für eine bessere Leistung, verbesserte Sicherheit und neue Features nimm ein Upgrade auf die neueste Version von GitHub Enterprise vor. Wende Dich an den GitHub Enterprise-Support, um Hilfe beim Upgrade zu erhalten.

Artikelversion: Enterprise Server 2.18

Eine einzelne Issue-Vorlage für Dein Repository manuell erstellen

Wenn Du eine manuell erstellte Issuevorlage zu Deinem Repository hinzufügst, sehen Projektmitarbeiter automatisch den Inhalt der Vorlage im Text des Issues.

Inhalt dieses Artikels

Dies ist der Legacy-Workflow zum Erstellen einer Issuevorlage. Wir empfehlen den Einsatz des aktualisierten Mehrfachissue-Vorlagengenerators um Mehrfachissue-Vorlagen zu erstellen. Weitere Informationen findest Du unter „Informationen zu Vorlagen für Issues und Pull Requests.“

Du kannst in einem der unterstützten Ordner ein Unterverzeichnis ISSUE_TEMPLATE erstellen, um mehrere Issuevorlagen zu speichern. Mit dem Abfrageparameter template kannst Du die Vorlage festlegen, mit der der Issue-Text ausgefüllt werden soll. Weitere Informationen findest Du unter „Informationen zur Automatisierung für Issues und Pull Requests mit Abfrageparametern.“

Du kannst YAML-Titelei zu jeder Issuevorlage hinzufügen, um den Issuetitel vorab auszufüllen, automatisch Kennzeichnungen und Bearbeiter hinzuzufügen und der Vorlage einen Namen und eine Beschreibung zu geben, die in der Vorlagenauswahl angezeigt wird, die Personen bei Erstellen von neuen Issues in Deinem Repository sehen.

Hier ist ein Beispiel für eine YAML-Titelei.

---
name: Issue verfolgen
about: Benutzer diese Vorlage zum verfolgen neuer Funktionen.
title: "[DATE]: [FEATURE NAME]"
labels: Issue verfolgen, benötigt Bewertung
assignees: octocat
---

Hinweis: Du musst reserviert YAML-Zeichen wie beispielsweise : in Anführungszeichen setzen. Beispiel: ":bug: Bug".

Du kannst Standard-Issuevorlagen für Deine Organisation erstellen. Weitere Informationen findest Du unter „Erstellen einer Standard-Community-Unterstützungsdatei."

Eine Issuevorlage hinzufügen

  1. Navigiere in GitHub Enterprise zur Hauptseite des Repository.

  2. Above the list of files, click Create new file.

    "Create new file" button

  3. Gib Folgendes im Feld für den Dateinamen ein:

    • Wenn die Issuevorlage im Stammverzeichnis des Repositorys sichtbar sein soll, gib den Namen Deiner issue_template ein. Beispiel: issue_template.md.
      Name der neuen Issuevorlage im Root-Verzeichnis
    • Wenn die Issuevorlage im docs-Verzeichnis des Repositorys sichtbar sein soll, gib docs/ ein, gefolgt vom Namen der issue_template. Beispiel: docs/issue_template.md,
      Neue Issuevorlage im docs-Verzeichnis
    • Um Deine Datei in einem ausgeblendeten Verzeichnis zu speichern, gib .github ein, gefolgt vom Namen der issue_template. Beispiel: .github/issue_template.md.
      Neue Issuevorlage in ausgeblendetem Verzeichnis
    • Um mehrere Issuevorlagen zu erstellen und mithilfe des Abfrageparameters template eine Vorlage zum Ausfüllen des Issue-Texts festzulegen, gib .github/ISSUE_TEMPLATE/ ein, gefolgt vom Namen der Issuevorlage. Beispiel: .github/ISSUE_TEMPLATE/issue_template.md. Du kannst auch mehrere Issuevorlagen in einem Unterverzeichnis ISSUE_TEMPLATE innerhalb des Stammverzeichnisses oder in docs/-Verzeichnissen speichern. Weitere Informationen findest Du unter „Informationen zur Automatisierung für Issues und Pull Requests mit Abfrageparametern.“
      Neue Mehrfach-Issue-Vorlage im ausgeblendeten Verzeichnis
  4. Füge im Text der neuen Datei Deine Issuevorlage hinzu. Sie könnte beispielsweise Folgendes enthalten:

    • YAML-Titelei
    • Erwartetes und tatsächliches Verhalten
    • Schritte zum Reproduzieren des Problems
    • Spezifikationen wie die Version des Projektes, das Betriebssystem oder die Hardware
  5. 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 "Erstellen eines Commit mit mehreren Co-Autoren"

    Commit-Mitteilung für Ihre Änderung

  6. Lege unter den Commit-Mitteilungsfeldern fest, ob Du Dein Commit zum aktuellen Branch oder zu einem neuen Branch hinzufügen möchten. If your current branch is the default branch, you should choose to create a new branch for your commit and then create a pull request. Weitere Informationen findest Du unter „Erstellen eines neuen Pull Requests."

    Branch-Optionen für Commit
    Vorlagen sind für Mitarbeiter verfügbar, wenn sie in den Standardbranch des Repositorys gemergt wurden.

  7. Klicke auf Propose new file (Neue Datei vorschlagen)

    Schaltfläche "Propose new file" (Neue Datei vorschlagen)

Weiterführende Informationen

Menschliche Unterstützung einholen

Du kannst das Gesuchte nicht finden?

Kontakt