Compétences changelog-automation
📦

changelog-automation

Sûr

Automatische Changelog-Generierung aus Commits

Également disponible depuis: wshobson

Manuelle Changelog-Erstellung ist fehleranfällig und zeitaufwändig. Dieses Skill automatisiert Release-Notes mithilfe von Conventional Commits und dem Keep a Changelog-Format.

Prend en charge: Claude Codex Code(CC)
🥉 75 Bronze
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "changelog-automation". Generiere Changelog für v2.1.0 Release mit 15 Commits einschließlich 3 Features, 5 Bugfixes und 2 Dokumentation-Updates

Résultat attendu:

CHANGELOG.md mit formatierten Abschnitten: Features (OAuth2-Unterstützung, Dark Mode, API-Caching), Bugfixes (Race Condition im Checkout, Login-Timeout, Suchfilter, Export-Funktionalität, Benachrichtigungs-Zustellung), Dokumentation (API-Referenz-Updates, Migrationsanleitung)

Utilisation de "changelog-automation". Validiere Commit-Nachricht: 'fix: resolve memory leak in image processor'

Résultat attendu:

Valider Conventional Commit - Typ: fix, kein Scope, klare Beschreibung der Änderung im Subject

Audit de sécurité

Sûr
v1 • 2/25/2026

Static analyzer flagged 69 patterns (external_commands: 45, network: 13, env_access: 3, blocker: 8) but all are false positives. The skill consists entirely of markdown documentation with code examples. External command patterns are bash examples in documentation blocks, URLs are reference links, and token references are GitHub Actions workflow templates for user configuration. No executable code or actual security risks detected.

2
Fichiers analysés
580
Lignes analysées
0
résultats
1
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
100
Sécurité
100
Conformité aux spécifications

Ce que vous pouvez construire

Open-Source-Bibliotheks-Maintainer

Richten Sie automatische Changelog-Generierung für npm-Paket-Releases mit semantic-release und GitHub Actions ein.

Enterprise-Release-Manager

Standardisieren Sie Commit-Konventionen teamsübergreifend und generieren Sie interne Release-Notes mit Sicherheitsaudit-Abschnitten.

Einzelentwickler

Implementieren Sie eine leichte Changelog-Automatisierung mit git-cliff bei minimalem Konfigurationsaufwand.

Essayez ces prompts

Grundlegende Changelog-Einrichtung
Hilf mir bei der Einrichtung der automatischen Changelog-Generierung für mein Projekt. Ich möchte Conventional Commits verwenden und eine CHANGELOG.md-Datei gemäß dem Keep a Changelog-Format generieren.
Commit-Linting-Konfiguration
Konfiguriere commitlint mit husky, um Conventional Commits in meinem Repository durchzusetzen. Füge Regeln für Typ-Validierung und Betreff-Formatierung hinzu.
GitHub Actions Release-Workflow
Erstelle einen GitHub Actions-Workflow, der semantic-release bei Push auf main ausführt, Changelog generiert, GitHub Releases erstellt und auf npm veröffentlicht.
Benutzerdefinierte Changelog-Vorlage
Konfiguriere git-cliff mit einer benutzerdefinierten Vorlage, die Abschnitte für Features, Bugfixes, Sicherheits-Updates und Mitwirkende-Anerkennungen mit GitHub-Links enthält.

Bonnes pratiques

  • Verwende konsistent das Conventional Commits-Format, um Automatisierung und klare Historie zu ermöglichen
  • Markiere Breaking Changes mit Ausrufezeichen (feat!:) oder BREAKING CHANGE-Footer für bessere Sichtbarkeit
  • Referenziere Issue-Nummern in Commit-Footern, um Änderungen mit verfolgter Arbeit zu verknüpfen

Éviter

  • Manuelles Bearbeiten generierter CHANGELOG.md-Dateien - immer aus der Commit-Historie neu generieren
  • Mischen nicht zusammenhängender Änderungen in einzelnen Commits - ein logischer Änderungsblock pro Commit
  • Commit-Validierung in CI überspringen - immer Konventionen vor dem Merge durchsetzen

Foire aux questions

Was ist das Conventional Commits-Format?
Conventional Commits ist eine Spezifikation für Commit-Nachrichten mit der Struktur: Typ(Scope): Beschreibung. Typen umfassen feat, fix, docs, style, refactor, perf, test, chore und weitere.
Wie gehe ich mit Breaking Changes um?
Füge ein Ausrufezeichen nach dem Typ hinzu (feat!: Beschreibung) oder füge BREAKING CHANGE: im Commit-Footer mit Migrationsanweisungen hinzu.
Kann ich dies mit bestehender git-Historie verwenden?
Ja, aber die Ergebnisse hängen von der Commit-Qualität ab. Bei inkonsistenter Historie solltest du in Erwägung ziehen, das Changelog ab einem bestimmten Tag mit git-cliff-Range-Optionen zu beginnen.
Welches Tool soll ich wählen?
Verwende standard-version für einfache npm-Projekte, semantic-release für vollständige Automatisierung, git-cliff für Geschwindigkeit und Anpassung oder commitizen für Python-Projekte.
Wie schließe ich bestimmte Commits vom Changelog aus?
Konfiguriere Commit-Parser, um bestimmte Typen zu überspringen. Die meisten Tools schließen docs, style, test und chore standardmäßig aus. Füge nach Bedarf Skip-Regeln für andere Typen hinzu.
Kann ich in mehrere Registries veröffentlichen?
Ja, semantic-release unterstützt mehrere Plugins. Konfiguriere @semantic-release/npm für npm, @semantic-release/github für Releases und benutzerdefinierte Plugins für andere Ziele.

Détails du développeur

Structure de fichiers