تشغيل أي مهارة في Manus بنقرة واحدة

ابدأ الآن

devops-release

النجوم٢

التفرعات٠

آخر تحديث٢٠ يونيو ٢٠٢٦ في ٠٧:٢١

发布 Git 仓库 Release。必须先写 CHANGELOG 再打 tag，禁止跳步。支持子模块和主仓库两种流程。

التثبيت

التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.

تشغيل في Manus

المصدر

quanttide

quanttide/qtadmin

فتح مستودع GitHub عرض مستودعات المنشئ

تنزيل

تشغيل في Manus

المهن ذات الصلةSOC

استنادا إلى تصنيف SOC المهني

مطوّرو البرمجياتمهن الحاسوب والرياضيات·SOC 15-1252

SKILL.md

readonly

name	devops-release
description	发布 Git 仓库 Release。必须先写 CHANGELOG 再打 tag，禁止跳步。支持子模块和主仓库两种流程。

devops-release

⚠ 硬约束：不执行预检查 → 禁止发布 加载此 Skill 后，必须按下方工作流从头到尾逐行执行命令。标有"必须执行，不可跳过"的步骤是强制性的，AI 不得合并、跳过或提前执行后续步骤。

发布 Git 仓库 Release。

规则

版本号遵循 semver（MAJOR.MINOR.PATCH）
必须先更新 CHANGELOG.md，提交推送，再执行发布
发布前确认工作区干净
Release notes 只包含对应版本内容
发布主仓库前确认所有子模块引用是最新的

依赖

devops-commit: 检查工作区状态
devops-submodule: 检查子模块状态

工作流

1. 预检查

必须执行，不可跳过

# 检查工作区状态
git status

# 检查版本号格式（semver）
VERSION="v0.4.0"
if ! [[ "$VERSION" =~ ^v[0-9]+\.[0-9]+\.[0-9]+(-[a-zA-Z0-9.]+)?$ ]]; then
  echo "错误: 版本号格式错误，应为 vX.Y.Z 或 vX.Y.Z-qualifier"
  exit 1
fi

# 检查 CHANGELOG 是否包含目标版本
if ! grep -q "^## \[${VERSION#v}\]" CHANGELOG.md; then
  echo "错误: CHANGELOG.md 未找到 ${VERSION#v} 版本记录"
  echo "请先更新 CHANGELOG.md"
  exit 1
fi

# 提取版本内容测试
NOTES=$(sed -n "/^## \[${VERSION#v}\]/,/^## \[/p" CHANGELOG.md | sed '1d;$d')
if [ -z "$NOTES" ]; then
  echo "错误: 无法提取 ${VERSION#v} 版本内容"
  exit 1
fi

# 检查标签是否已存在
if git tag -l | grep -q "^${VERSION}$"; then
  echo "错误: 标签 $VERSION 已存在"
  exit 1
fi

# 预览 Release Notes
echo "=== Release Notes 预览 ==="
echo "$NOTES"
echo "========================="

2. 发布前确认

向用户展示以下信息并请求确认

发布版本: vX.Y.Z

检查结果:
✓ 版本号格式正确
✓ CHANGELOG.md 包含目标版本
✓ Release Notes 提取成功
✓ 标签不存在
✓ 工作区干净

待执行命令:
1. git tag vX.Y.Z
2. git push origin vX.Y.Z
3. gh release create vX.Y.Z --title "vX.Y.Z" --notes "..."

确认发布? (y/n)

3. 子模块发布 Release

# 1. 进入子模块目录
cd <子模块路径>

# 2. 执行预检查（步骤 1）

# 3. 创建并推送标签
git tag <version>
git push origin <version>

# 4. 创建 GitHub Release
gh release create <version> \
  --title "v<version>" \
  --notes "$(sed -n "/^## \[${VERSION#v}\]/,/^## \[/p" CHANGELOG.md | sed '1d;$d')" \
  --repo quanttide/<仓库名>

4. 主仓库发布 Release

# 1. 创建预发布版本（可选）
gh release create vX.Y.Z-rc.1 \
  --prerelease \
  --title "vX.Y.Z RC" \
  --notes "$(sed -n "/^## \[X.Y.Z\]/,/^## \[/p" CHANGELOG.md | sed '1d;$d')"

# 2. 确认所有子模块已更新
git submodule update --remote
git status

# 3. 更新 CHANGELOG.md

# 4. 提交 CHANGELOG.md
git add CHANGELOG.md && git commit -m "docs: update CHANGELOG for vX.Y.Z"

# 5. 执行预检查（步骤 1）

# 6. 发布前确认（步骤 2）

# 7. 创建标签并推送
git tag <version> && git push origin <version>

# 8. 创建 GitHub Release
gh release create <version> \
  --title "v<version>" \
  --notes "$(sed -n "/^## \[${VERSION#v}\]/,/^## \[/p" CHANGELOG.md | sed '1d;$d')" \
  --repo quanttide/quanttide-founder

# 9. 验证 Release
gh release view <version> --repo quanttide/quanttide-founder

5. 错误处理和回滚

# 标签已创建但 Release 失败
git tag -d <version>
git push origin --delete <version> 2>/dev/null || true

# 恢复到发布前状态（如果有提交）
git reset --hard HEAD~1

# 清理预发布版本
gh release delete vX.Y.Z-rc.1 --repo quanttide/quanttide-founder --yes

常见错误

错误	原因	解决方案
CHANGELOG 缺少版本	忘记更新 CHANGELOG.md	添加版本记录后再发布
标签已存在	重复发布	删除旧标签或使用新版本号
工作区脏	有未提交变更	提交或暂存变更后再发布
Release Notes 为空	版本格式不匹配	检查 CHANGELOG 版本标题格式
子模块未更新	子模块有新提交	执行 `git submodule update --remote`

预发布检查清单

输出

成功时返回

✓ Release vX.Y.Z 创建成功
  标签: vX.Y.Z
  URL: https://github.com/quanttide/quanttide-founder/releases/tag/vX.Y.Z
  提交: <SHA>

失败时返回

✗ Release vX.Y.Z 创建失败
  错误码: <ERROR_CODE>
  原因: <错误描述>
  建议: <解决方案>

المزيد من هذا المستودع

نفس المستودع

devops-commit

quanttide/qtadmin

Git 提交技能，用于提交代码变更时，包括主仓库和子模块提交。

2026-06-202

devops-review

quanttide/qtadmin

审查仓库状态、CHANGELOG、版本一致性等，支持发布前检查、代码审查、文档审查等多场景。

2026-06-202

docs-deploy

quanttide/qtadmin

使用 MyST Markdown 构建文档站并部署到 GitHub Pages。覆盖主仓库和子仓库两种场景。

2026-06-202

docs-format

quanttide/qtadmin

操作Markdown文档时使用。文档格式技能，遵循量潮科技文档格式标准，用于生成或检查规范文档。

2026-06-202

product-studio

quanttide/qtadmin

Flutter Studio 客户端开发流程。从需求到发布，覆盖项目初始化、数据模型、UI 开发、构建、提交的完整工作流。

2026-06-202

name	devops-release
description	发布 Git 仓库 Release。必须先写 CHANGELOG 再打 tag，禁止跳步。支持子模块和主仓库两种流程。

devops-release

⚠ 硬约束：不执行预检查 → 禁止发布 加载此 Skill 后，必须按下方工作流从头到尾逐行执行命令。标有"必须执行，不可跳过"的步骤是强制性的，AI 不得合并、跳过或提前执行后续步骤。

发布 Git 仓库 Release。

规则

版本号遵循 semver（MAJOR.MINOR.PATCH）
必须先更新 CHANGELOG.md，提交推送，再执行发布
发布前确认工作区干净
Release notes 只包含对应版本内容
发布主仓库前确认所有子模块引用是最新的

依赖

devops-commit: 检查工作区状态
devops-submodule: 检查子模块状态

工作流

1. 预检查

必须执行，不可跳过

# 检查工作区状态
git status

# 检查版本号格式（semver）
VERSION="v0.4.0"
if ! [[ "$VERSION" =~ ^v[0-9]+\.[0-9]+\.[0-9]+(-[a-zA-Z0-9.]+)?$ ]]; then
  echo "错误: 版本号格式错误，应为 vX.Y.Z 或 vX.Y.Z-qualifier"
  exit 1
fi

# 检查 CHANGELOG 是否包含目标版本
if ! grep -q "^## \[${VERSION#v}\]" CHANGELOG.md; then
  echo "错误: CHANGELOG.md 未找到 ${VERSION#v} 版本记录"
  echo "请先更新 CHANGELOG.md"
  exit 1
fi

# 提取版本内容测试
NOTES=$(sed -n "/^## \[${VERSION#v}\]/,/^## \[/p" CHANGELOG.md | sed '1d;$d')
if [ -z "$NOTES" ]; then
  echo "错误: 无法提取 ${VERSION#v} 版本内容"
  exit 1
fi

# 检查标签是否已存在
if git tag -l | grep -q "^${VERSION}$"; then
  echo "错误: 标签 $VERSION 已存在"
  exit 1
fi

# 预览 Release Notes
echo "=== Release Notes 预览 ==="
echo "$NOTES"
echo "========================="

2. 发布前确认

向用户展示以下信息并请求确认

发布版本: vX.Y.Z

检查结果:
✓ 版本号格式正确
✓ CHANGELOG.md 包含目标版本
✓ Release Notes 提取成功
✓ 标签不存在
✓ 工作区干净

待执行命令:
1. git tag vX.Y.Z
2. git push origin vX.Y.Z
3. gh release create vX.Y.Z --title "vX.Y.Z" --notes "..."

确认发布? (y/n)

3. 子模块发布 Release

# 1. 进入子模块目录
cd <子模块路径>

# 2. 执行预检查（步骤 1）

# 3. 创建并推送标签
git tag <version>
git push origin <version>

# 4. 创建 GitHub Release
gh release create <version> \
  --title "v<version>" \
  --notes "$(sed -n "/^## \[${VERSION#v}\]/,/^## \[/p" CHANGELOG.md | sed '1d;$d')" \
  --repo quanttide/<仓库名>

4. 主仓库发布 Release

# 1. 创建预发布版本（可选）
gh release create vX.Y.Z-rc.1 \
  --prerelease \
  --title "vX.Y.Z RC" \
  --notes "$(sed -n "/^## \[X.Y.Z\]/,/^## \[/p" CHANGELOG.md | sed '1d;$d')"

# 2. 确认所有子模块已更新
git submodule update --remote
git status

# 3. 更新 CHANGELOG.md

# 4. 提交 CHANGELOG.md
git add CHANGELOG.md && git commit -m "docs: update CHANGELOG for vX.Y.Z"

# 5. 执行预检查（步骤 1）

# 6. 发布前确认（步骤 2）

# 7. 创建标签并推送
git tag <version> && git push origin <version>

# 8. 创建 GitHub Release
gh release create <version> \
  --title "v<version>" \
  --notes "$(sed -n "/^## \[${VERSION#v}\]/,/^## \[/p" CHANGELOG.md | sed '1d;$d')" \
  --repo quanttide/quanttide-founder

# 9. 验证 Release
gh release view <version> --repo quanttide/quanttide-founder

5. 错误处理和回滚

# 标签已创建但 Release 失败
git tag -d <version>
git push origin --delete <version> 2>/dev/null || true

# 恢复到发布前状态（如果有提交）
git reset --hard HEAD~1

# 清理预发布版本
gh release delete vX.Y.Z-rc.1 --repo quanttide/quanttide-founder --yes

常见错误

错误	原因	解决方案
CHANGELOG 缺少版本	忘记更新 CHANGELOG.md	添加版本记录后再发布
标签已存在	重复发布	删除旧标签或使用新版本号
工作区脏	有未提交变更	提交或暂存变更后再发布
Release Notes 为空	版本格式不匹配	检查 CHANGELOG 版本标题格式
子模块未更新	子模块有新提交	执行 `git submodule update --remote`

预发布检查清单

输出

成功时返回

✓ Release vX.Y.Z 创建成功
  标签: vX.Y.Z
  URL: https://github.com/quanttide/quanttide-founder/releases/tag/vX.Y.Z
  提交: <SHA>

失败时返回

✗ Release vX.Y.Z 创建失败
  错误码: <ERROR_CODE>
  原因: <错误描述>
  建议: <解决方案>