release-notes

Generate release notes between two git tags and publish as a GitHub release. Input format: "<new-tag> from <base-tag>" (e.g. "v0.5.2 from v0.5.0").

インストールへ移動

リポジトリ: griddynamics/specflow
ソースの最終更新活動: 2026年6月30日 09:29
検出された SKILL.md の言語: 英語
スター: 8
フォーク: 2

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。

npx skills add https://github.com/griddynamics/specflow --skill release-notes

コマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。

ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md

ソースの指示 · 読み取り専用プレビュー

検索に戻るインストールに戻る

Release Notes Generator

Steps

Parse args to extract NEW_TAG and BASE_TAG (format: v0.5.2 from v0.5.0).

Run git log <BASE_TAG>..<NEW_TAG> --oneline --merges to list merge commits (PRs).

For each merge commit, extract the PR number and title using gh pr view <number> --json number,title,author — match PR numbers from commit messages like #123 or Merge pull request #123.

If no PR number is found in a merge commit, use the commit subject as the entry with the committer as author.

Write release notes in the format below.

Publish the GitHub release: gh release create <NEW_TAG> --title "<title>" --notes "<body>".

If the tag does not yet exist on the remote, add --target main (or the default branch).
If the release already exists, use gh release edit <NEW_TAG> --notes "<body>" instead.

Print the release URL from the gh output.

Output Format

## <NEW_TAG> — <short label derived from the tag, e.g. "0.5.2"> <2-3 sentence Slack-ready summary. What shipped, why it matters, any breaking changes. Plain prose, no bullet points. No internal jargon.> ## What's Changed - <PR title> by @<author> in #<number> - <PR title> by @<author> in #<number> ... **Full Changelog**: https://github.com/<owner>/<repo>/compare/<BASE_TAG>...<NEW_TAG>

Rules

Derive <owner>/<repo> from gh repo view --json nameWithOwner -q .nameWithOwner.

Release title format: <NEW_TAG> (just the tag — GitHub prepends the repo name automatically).

The Slack summary goes at the top of the release body, before "What's Changed".

List only PRs merged between the two tags — do not include direct commits that have no PR.

If a commit has no associated PR, skip it silently unless it's the only change, in which case list it as - <subject> by @<author>.

Do NOT include "Merge branch" or "Merge pull request" boilerplate lines.

The summary must be usable as-is in a Slack message — no markdown headers, no code spans.

After publishing, print the final release URL so the user can share it.