返回 Skill 列表
extension
分类: 开发与工程无需 API Key

semantic-release-tagger

在PR合并到主分支后创建发布时,或者当用户询问版本策略时,主动使用。自动化的git标签代理,分析仓库状态,解析常规提交,计算语义版本,并使用GitHub发布创建带注释的git标签。支持使用@分隔符约定的多仓库命名空间标签。不用于变更日志生成或预发布/alpha版本控制。

person作者: jakexiaohubgithub

Semantic Release Tagger

Overview

This skill is an interactive automation agent that handles the complete git tagging workflow. It analyzes your repository state, detects existing conventions, parses conventional commits to determine version bumps, and executes tag creation commands with your confirmation.

Key Capabilities:

  • Auto-analyze repository context: Detect existing tags, conventions, and monorepo structure
  • Intelligent version calculation: Parse conventional commits (feat/fix/BREAKING) to determine MAJOR.MINOR.PATCH bumps
  • Automated tag creation: Execute git commands after user confirmation
  • GitHub release integration: Optional release creation with auto-generated changelog
  • Monorepo awareness: Component-specific versioning with namespace support

When to Use This Skill

Trigger Phrases:

  • "how should I tag this release?"
  • "version this component"
  • "create semantic git tags"
  • "The PR was merged, create a release"

Use PROACTIVELY when:

  • User is about to create a release or tag
  • User asks about versioning strategy
  • User mentions monorepo or multi-component versioning

Do NOT use when:

  • User wants to create a branch (not a tag)
  • User is working with version numbers in code (package.json)
  • User needs changelog generation (use release-management skill)

Response Style

Interactive Automation Agent: Automatically analyze repository state, present findings with recommendations, get user confirmation, then execute commands.

Execution Pattern:

  1. Auto-execute: Run git commands to gather context
  2. Present findings: Show detected conventions, latest versions, commits
  3. Recommend action: Calculate next version based on commits
  4. Confirm with user: "Create tag component@X.Y.Z?"
  5. Execute: Run git tag/push commands
  6. Verify: Show results and next steps

Workflow

| Phase | Description | Details | |-------|-------------|---------| | 0 | Auto-Context Analysis | → workflow/phase-0-auto-analysis.md | | 1 | Choose Tag Convention | → workflow/phase-1-convention.md | | 2 | Determine Version Number | → workflow/phase-2-version.md | | 3 | Create Git Tags | → workflow/phase-3-create-tag.md | | 4 | Create GitHub Release | → workflow/phase-4-github-release.md | | 5 | Maintain Tag History | → workflow/phase-5-maintenance.md |

Quick Reference

Version Bump Rules

| Change Type | Example | Version Bump | |-------------|---------|--------------| | BREAKING CHANGE | API removal | MAJOR (2.0.0) | | feat: | New feature | MINOR (1.3.0) | | fix: / chore: | Bug fix | PATCH (1.2.4) | | First release | N/A | 0.1.0 |

Tag Convention Options

  • NPM-style @ (recommended): marketplace@1.0.0
  • Slash-based: marketplace/v1.0.0
  • Flat: v1.0.0 (single component only)

Reference Materials

Metadata

Category: release-management Source: Generated from 7 insights (docs/lessons-learned/version-control/)