360 Secure SkillHub
360 安全技能中心

GitHub Release Workflow

提供 GitHub 版本发布的标准化步骤:检查工作区状态、安装开发依赖并运行测试与格式化、更新 pyproject.toml 版本号、CHANGELOG 与 README 等文档,按约定式提交规范提交代码,创建语义化版本标签并推送,可选使用 GitHub CLI 创建 Release,并给出版本号规则与分支策略。

weapon3k
weapon3k
热度 54.23
最近更新 2026-05-20 03:30:35
分类:开发依赖:代码执行 / 读写文件 / 第三方 API应用场景:DevOps / 工作流 / 模板

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add github-release-workflow
Metadata
name
github-release-workflow
description
Professional GitHub release workflow. Use when: (1) releasing a new version, (2) managing versions and tags, (3) following conventional commits, (4) updating README and docs, (5) setting up CI/CD for releases.
metadata
{"openclaw":{"emoji":"🚀"}}

GitHub Release Workflow Skill

A standardized workflow for professional GitHub releases.

IMPORTANT: Always update README.md and documentation before releasing!

Prerequisites

  • Git installed
  • GitHub CLI (gh) authenticated
  • Git repository initialized

Quick Commands

Full Release Flow

# 1. Ensure clean working tree
git status

# 2. Run tests and format
pip install -e ".[dev]"
pytest
black lib/ tests/

# 3. Update version in pyproject.toml
# Edit: version = "2.1.0"

# 4. Update CHANGELOG.md
# Add new section with today's date

# 5. Update README.md (IMPORTANT!)
# - Update version badge
# - Update features list
# - Update project structure if changed
# - Update roadmap table

# 6. Update other docs as needed
# - docs/*.md
# - API documentation
# - Examples

# 7. Stage and commit
git add .
git commit -m "release: v2.1.0 - Description"

# 8. Create tag
git tag -a v2.1.0 -m "Version 2.1.0"

# 9. Push
git push
git push origin v2.1.0

README Update Checklist

When releasing a new version, always update README.md:

Item Description
Version badge Update version-x.x.x-blue
Features list Add new features, remove deprecated
Project structure Reflect new files/directories
Installation Update if deps changed
Usage Add new examples if needed
Roadmap Move current version to done, add next
API docs Update if API changed

Conventional Commits Format

<type>(<scope>): <description>

Types: feat, fix, docs, style, refactor, test, chore, release

Examples:

  • feat(memory): add SQLite support
  • fix(vitality): correct energy calculation
  • docs: update README

Version Format

MAJOR.MINOR.PATCH
- MAJOR: Breaking changes
- MINOR: New features (backward compatible)
- PATCH: Bug fixes

Branch Strategy

main (stable)
  ↑
develop (integration)
  ↑
feature/* (new features)

GitHub Release (Optional)

gh release create v2.1.0 \
  --title "Version 2.1.0" \
  --notes "Release notes"

See Also