{"meta":{"title":"Veröffentlichungen in einem Repository verwalten","intro":"Du kennst Releases erstellen, um Iterationen eines Projektes zu bündeln und für Benutzer*innen bereitzustellen.","product":"Repositories","breadcrumbs":[{"href":"/de/repositories","title":"Repositories"},{"href":"/de/repositories/releasing-projects-on-github","title":"Veröffentlichen von Projekten"},{"href":"/de/repositories/releasing-projects-on-github/managing-releases-in-a-repository","title":"Verwalten von Releases"}],"documentType":"article"},"body":"# Veröffentlichungen in einem Repository verwalten\n\nDu kennst Releases erstellen, um Iterationen eines Projektes zu bündeln und für Benutzer*innen bereitzustellen.\n\n## Informationen zur Releaseverwaltung\n\nDu kannst neue Releases mit Versionshinweisen, @mentions von Mitwirkenden und Links zu Binärdateien erstellen sowie vorhandene Releases bearbeiten oder löschen. Mit der API für Releases kannst du außerdem Releases erstellen, ändern und löschen. Weitere Informationen findest du in der Dokumentation zur REST-API unter [REST-API-Endpunkte für Releases](/de/rest/releases/releases).\n\nSie können auch eine Aktion aus einer bestimmten Version in GitHub Marketplace veröffentlichen. Weitere Informationen finden Sie unter [Aktionen auf dem GitHub-Marktplatz veröffentlichen](/de/actions/how-tos/create-and-publish-actions/publish-in-github-marketplace).\n\nSie können auswählen, ob Git Large File Storage (Speicher für große Dateien)-Objekte (Git LFS) in den ZIP-Dateien und TAR-Archiven enthalten sind, die GitHub für jedes Release erstellt. Weitere Informationen finden Sie unter [Verwalten von Git LFS-Objekten in Archiven deines Repositorys](/de/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/managing-git-lfs-objects-in-archives-of-your-repository).\n\n## Einen Release erstellen\n\n> \\[!TIP]\n> Wenn Sie unveränderliche Versionen für Ihr Repository aktiviert haben, empfiehlt es sich, Versionen zuerst als Entwürfe zu erstellen, alle Ressourcen anzufügen und dann zu veröffentlichen. Dadurch wird sichergestellt, dass alle Ressourcen vorhanden sind, bevor die Version unveränderlich wird. Weitere Informationen finden Sie unter [Unveränderliche Releases](/de/code-security/concepts/supply-chain-security/immutable-releases).\n\n\n\n1. Navigieren Sie auf GitHub zur Hauptseite des Repositorys.\n2. Klicke rechts neben der Liste der Dateien auf **Releases**.\n\n \n3. Klicke auf oben auf der Seite auf **Neues Release entwerfen**.\n4. Wähle im Dropdownmenü **Tag auswählen** ein Tag für das Release aus.\n * Um ein vorhandenes Tag zu verwenden, klicke auf das Tag.\n * Gib zum Erstellen eines neuen Tags eine Versionsnummer für dein Release ein, und klicke dann auf **Neues Tag erstellen**.\n5. Wenn du ein neues Tag erstellt hast, verwende das Dropdownmenü **Ziel**, und klicke dann auf den Branch, der das zu veröffentlichende Projekt enthält.\n6. Optional kannst du über dem Beschreibungsfeld das Dropdownmenü **Vorheriges Tag** auswählen und dann auf das Tag klicken, das die vorherige Version kennzeichnet.\n\n \n7. Gib im Feld „Releasetitel“ einen Titel für dein Release ein.\n8. Gib im Feld „Releasebeschreibung“ eine Beschreibung für dein Release ein.\n Wenn du über @mention jemanden in der Beschreibung erwähnst, enthält die veröffentlichte Version den Abschnitt **Mitwirkende** mit einer Avatarliste aller erwähnten Benutzer\\*innen.\n Alternativ können Sie Versionshinweise automatisch generieren, indem Sie auf **Versionshinweise generieren** klicken.\n9. Um optional binäre Dateien wie kompilierte Programme in deinen Release einzubinden, ziehe die Dateien mit Drag-and-Drop herüber oder wähle die Dateien manuell im Feld für Binärdateien.\n10. Um Benutzer\\*innen darüber zu informieren, dass das Release nicht produktionsbereit und möglicherweise instabil ist, wähle optional **Dies ist eine Vorabversion** aus.\n11. Wähle optional **Als neueste Version festlegen** aus. Wenn du diese Option nicht auswählst, wird die neueste Versionsbezeichnung automatisch auf Basis der semantischen Versionierung zugewiesen.\n12. Wenn GitHub Discussions für das Repository aktiviert ist, erstelle optional eine Diskussion für das Release.\n * Wähle **Diskussion für dieses Release erstellen** aus.\n * Wähle das Dropdownmenü **Kategorie** und dann eine Kategorie für die Releasediskussion aus.\n13. Wenn du dein Release veröffentlichen möchtest, klicke auf **Release veröffentlichen**. Wenn Sie später an der Version arbeiten möchten, klicken Sie auf **\"Entwurf speichern**\". Wenn Sie unveränderliche Versionen für das Repository aktiviert haben, können Sie beim Erstellen eines Entwurfs zuerst alle Objekte anfügen, bevor die Version unveränderlich wird.\n Du kannst dann deine veröffentlichten oder Entwurf-Releases im Release-Feed deines Repositorys ansehen. Weitere Informationen finden Sie unter [Releases und Tags Ihres Repositories anzeigen](/de/repositories/releasing-projects-on-github/viewing-your-repositorys-releases-and-tags).\n\n
\n\n\n\n> \\[!NOTE]\n> Weitere Informationen zur GitHub CLI findest du unter [Informationen zu GitHub CLI](/de/github-cli/github-cli/about-github-cli).\n\n1. Verwende den Unterbefehl `gh release create`, um ein Release zu erstellen. Ersetze `tag` durch das gewünschte Tag für das Release.\n\n ```shell\n gh release create TAG\n ```\n\n2. Befolgen Sie die interaktiven Eingabeaufforderungen. Du kannst Argumente angeben, um diese Eingabeaufforderungen zu überspringen. Weitere Informationen zu möglichen Argumenten finden Sie [im GitHub CLI Handbuch](https://cli.github.com/manual/gh_release_create). Mit diesem Befehl wird beispielsweise ein Vorabrelease mit dem angegebenen Titel und den entsprechenden Hinweisen erstellt.\n\n \n\n```shell\ngh release create v1.3.2 --title \"v1.3.2 (beta)\" --notes \"this is a Öffentliche Vorschau release\" --prerelease\n```\n\n\n\nWenn Sie in den Notizen @mention beliebige GitHub Benutzer erwähnen, enthält die veröffentlichte Version einen Abschnitt „**Mitwirkende**“ mit einer Liste mit Avataren aller erwähnten Benutzer.\n\n
\n\n## Einen Release bearbeiten\n\n> \\[!NOTE]\n> Wenn du unveränderliche Releases für dein Repository aktiviert hast, kannst du den Titel und die Versionshinweise erst bearbeiten, nachdem ein Release veröffentlicht wurde. Weitere Informationen findest du unter [Unveränderliche Releases](/de/code-security/concepts/supply-chain-security/immutable-releases).\n\n\n\n\n\n1. Um eine Version zu bearbeiten, verwenden Sie den Unterbefehl `gh release edit`. Ersetzen Sie `TAG` Tag durch den Tag, der die Version darstellt, die Sie bearbeiten möchten. Wenn Sie beispielsweise den Titel für eine Version bearbeiten möchten, verwenden Sie den folgenden Code, und ersetzen Sie dabei `NEW-TITLE` durch den aktualisierten Titel:\n\n ```shell\n gh release edit TAG -t \"NEW-TITLE\"\n ```\n\n Weitere Informationen zu möglichen Argumenten finden Sie [im GitHub CLI Handbuch](https://cli.github.com/manual/gh_release_edit).\n\n
\n\n## Einen Release löschen\n\n\n\n\n\n1. Verwende den Unterbefehl `gh release delete`, um ein Release zu löschen. Ersetze `tag` durch das Tag des Releases, das gelöscht werden soll. Verwende das Flag `-y`, um das Bestätigen zu überspringen.\n\n ```shell\n gh release delete TAG -y\n ```\n\n
"}