GitHub-Releases #

Diese Seite ist für Designer, die einen Release-Tag gepusht haben. Ein GitHub-Release fügt einem Tag einen Titel, Notes und (optional) Dateien hinzu und macht die Version auf der Startseite des Repositorys sichtbar.

Schritt für Schritt #

1. Schreiben Sie die Notes in eine Datei in Ihrem Arbeitsordner, zum Beispiel var/tmp/notes-1.0.25.md (Release Notes schreiben).

2. Legen Sie das Release für den gepushten Tag an:

   gh release create v1.0.25 --verify-tag \
       --title "v1.0.25: the event pages in dark mode" \
       --notes-file var/tmp/notes-1.0.25.md

   --verify-tag weigert sich, ein Release anzulegen, wenn der Tag nicht auf dem Remote ist, sodass gh nie aus irgendeinem gerade aktuellen Commit einen Tag für Sie anlegt.

3. Prüfen Sie es:

   gh release view v1.0.25
   gh release list --limit 3

   Erwartet: Ihr Titel und Ihre Notes und das neue Release als Latest markiert.

Titel, die die veröffentlichten Themes verwenden #

gh release list -R se7enxweb/cjw_themes_jumper zeigt Titel wie „v0.1.6: the starter design without inline scripts“ und „v0.1.4: The map popup escapes the address and title“: die Version, ein Doppelpunkt und worum es im Release geht. Verwenden Sie denselben Text wie in der Tag-Nachricht.

Dateien an einem Release #

Ein mit Composer installiertes Theme braucht keine Dateien am Release: Composer lädt das Archiv des Tags herunter. Hängen Sie Dateien nur an, wenn Nutzer etwas anderes brauchen (ein .ezpkg, einen Satz Screenshots). Eine angehängte Datei ist Teil des Releases; ersetzen Sie sie später nie (Ein gepushter Tag ist endgültig).

Verwandte Seiten #

• Release Notes schreiben
• Packagist automatisch aktuell halten
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.