release-package-versionlisted

# Paketversion veroeffentlichen Den vollstaendigen Versionsveroeffentlichungszyklus fuer ein R-Paket ausfuehren. ## Wann verwenden - Bereit zur Veroeffentlichung einer neuen Version (Fehlerbehebung, neues Feature oder einschneidende Aenderung) - Nach CRAN-Akzeptanz ein entsprechendes GitHub-Release erstellen - Post-Release-Entwicklungsversion einrichten ## Eingaben - **Erforderlich**: Paket mit veroeffentlichungsbereiten Aenderungen - **Erforderlich**: Veroeffentlichungstyp: Patch (0.1.0 -> 0.1.1), Minor (0.1.0 -> 0.2.0) oder Major (0.1.0 -> 1.0.0) - **Optional**: Ob bei CRAN eingereicht werden soll (Standard: nein, `submit-to-cran`-Skill separat verwenden) ## Vorgehensweise ### Schritt 1: Versionserhoehung bestimmen Semantische Versionierung befolgen: | Aenderungstyp | Versionserhoehung | Beispiel | |---------------|-------------------|----------| | Nur Fehlerbehebungen | Patch | 0.1.0 -> 0.1.1 | | Neue Features (rueckwaertskompatibel) | Minor | 0.1.0 -> 0.2.0 | | Einschneidende Aenderungen | Major | 0.1.0 -> 1.0.0 | **Erwartet:** Der korrekte Erhoehungstyp (Patch, Minor oder Major) ist basierend auf der Art der Aenderungen seit der letzten Veroeffentlichung bestimmt. **Bei Fehler:** Im Zweifelsfall `git log` seit dem letzten Tag ueberpruefen und jede Aenderung klassifizieren. Jede einschneidende API-Aenderung erfordert eine Major-Erhoehung. ### Schritt 2: Version aktualisieren ```r usethis::use_version("minor") # oder "patch"