Agent Skills › dartsim/dart › dart-release-packaging

dart-release-packaging

GitHub

用于执行DART项目的发布打包工作流。包括版本升级、变更日志生成与审计、代码检查，并在获得明确批准前创建包含版本信息和里程碑的PR。

.codex/skills/dart-release-packaging/SKILL.md dartsim/dart

触发场景

用户请求创建DART新版本发布需要更新项目版本号并生成发布PR 执行发布前的变更日志审计和打包准备

安装

npx skills add dartsim/dart --skill dart-release-packaging -g -y

更多选项

非标准路径

npx skills add https://github.com/dartsim/dart/tree/main/.codex/skills/dart-release-packaging -g -y

不安装直接使用

npx skills use dartsim/dart@dart-release-packaging

指定 Agent (Claude Code)

npx skills add dartsim/dart --skill dart-release-packaging -a claude-code -g -y

安装 repo 全部 skill

npx skills add dartsim/dart --all -g -y

预览 repo 内 skill

npx skills add dartsim/dart --list

SKILL.md

Frontmatter

{
    "name": "dart-release-packaging",
    "description": "DART Release Packaging: create a release version bump and changelog PR"
}

dart-release-packaging

Use this skill in Codex to run the DART dart-release-packaging workflow. The editable workflow source currently lives in .claude/commands/, and this generated Codex skill is a generated Codex adapter entrypoint.

Invocation

Claude Code/OpenCode: /dart-release-packaging <arguments>
Codex: $dart-release-packaging <arguments>

Treat the text after the skill name as $ARGUMENTS. When the workflow references $1, $2, etc., map those to the positional values supplied by the user.

Command Body

Create release packaging PR after explicit maintainer/user approval: $ARGUMENTS

Required Reading

@AGENTS.md @docs/onboarding/release-management.md @docs/onboarding/contributing.md @docs/onboarding/changelog.md

Workflow

Confirm the new version, for example 6.16.6.
Derive the release branch: release-<major>.<minor>.

Fetch and branch from the release branch:

git fetch origin <RELEASE_BRANCH>
git checkout -B release/<NEW_VERSION>-version-bump origin/<RELEASE_BRANCH>

Bump versions in package.xml and pixi.toml.
Update version requirements in examples/tutorials if needed.
Invoke the dart-changelog routine in release-audit mode, then add or finalize the CHANGELOG.md release section with the release date, milestone link, release summary, and audit from docs/onboarding/changelog.md.
Run pixi run lint and relevant packaging checks.
Commit as Packaging <NEW_VERSION>.
Ask for explicit maintainer/user approval before pushing, creating the PR, or setting milestones.
After approval, create the PR against the release branch with the release milestone for that branch, for example the specific version milestone if available.