openshift/git commit format
Apply HyperShift conventional commit formatting rules. Use when generating commit messages or creating commits.
npx skills add https://github.com/openshift/hypershift --skill Git Commit Format
Apply conventional commit format for all git commits in the HyperShift project.
<type>(<scope>): <description>
[optional body]
[footers]
feat!: send email when product shipped
feat: allow config to extend other configs
BREAKING CHANGE: `extends` key now used for extending config files
chore!: drop support for Node 6
BREAKING CHANGE: use JavaScript features not available in Node 6.
ALWAYS include Signed-off-by footer with name and email.
Get credentials in this priority order:
$GIT_AUTHOR_NAME and $GIT_AUTHOR_EMAILgit config user.name and git config user.emailALWAYS include Commit-Message-Assisted-by: Claude (via Claude Code) when Claude assists with creating or generating the commit message.
Commit-Message-Assisted-by: Claude (via Claude Code)
make run-gitlint to validate commit messagesdocs: correct spelling of CHANGELOG
Signed-off-by: Bryan Cox <[email protected]>
Commit-Message-Assisted-by: Claude (via Claude Code)
feat(azure): add workload identity support
Signed-off-by: Bryan Cox <[email protected]>
Commit-Message-Assisted-by: Claude (via Claude Code)
fix: prevent racing of requests
Introduce request ID and reference to latest request. Dismiss
incoming responses other than from latest request.
Remove timeouts which were used to mitigate racing but are
obsolete now.
Reviewed-by: Jane Doe
Refs: #123
Signed-off-by: Bryan Cox <[email protected]>
Commit-Message-Assisted-by: Claude (via Claude Code)
When creating commits:
<type>(<scope>): <description>Signed-off-by footerCommit-Message-Assisted-by: Claude (via Claude Code) footermake run-gitlintBREAKING CHANGE for breaking changesConventional Commits Specification: https://www.conventionalcommits.org/en/v1.0.0/#specification
Take openshift/git commit format from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.