Zum Inhalt springen

Von semantic-release zu semrel

Diese Anleitung richtet sich an Teams, die von semantic-release auf semrel migrieren.

semantic-release Bereichsemrel Entsprechung
Commit-Analyzer-PluginsAnalyzer-Plugin (analyzer-default / analyzer-conventional)
Release-Notes-/Changelog-PluginsGenerator-Plugins (generator-release-notes, generator-changelog-*)
npm/github/docker Publish-PluginsPublisher-Plugins (publisher-oci, publisher-generic-http) + CI-Publish-Jobs
  1. Branch- und Trigger-Policy zunächst unverändert lassen.
  2. semrel im Dry-Run ergänzen und Version + Notes mit semantic-release vergleichen.
  3. Changelog/Release Notes auf semrel-Generatoren umstellen.
  4. Publishing von semantic-release auf semrel-Publisher migrieren.
  5. semantic-release Tagging/Publishing nach einem stabilen Zyklus deaktivieren.
plugins:
- uses: @semrel/github
- uses: @semrel/conventional
- uses: @semrel/release-notes
- uses: @semrel/changelog-md
args:
file: CHANGELOG.md
  • npm-Paketfluss: npm publish im CI beibehalten, nachdem semrel Version und Changelog bestimmt hat.
  • GitHub-Release-Assets: Upload über CI-Schritt oder plugin-basiertes Publishing.
  • OCI-/generische Artefakte: @semrel/oci oder @semrel/generic-http verwenden.
  • Sicherstellen, dass nur ein System Tags erstellt.
  • Mindestens 10 aktuelle Commits im Dry-Run vergleichen, um Versions-Parität zu prüfen.
  • Credentials in SEMREL_PLUGIN_* Umgebungsvariablen verschieben.
Zurück zum Migrations-Hub