원클릭으로
prepare-release
Prepare a new arkouda release with changelog and version bumps
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Prepare a new arkouda release with changelog and version bumps
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Find prior decisions and record new ones in a repo's ADR (Architecture Decision Record) collection using the arkouda CLI. Invoke any time you're about to make a non-trivial design, architecture, library, schema, or convention decision — check what was already decided before deciding, and capture the outcome afterwards.
Creates, installs, validates, and formats Agent Skills. Use when developing skills from templates, installing skills from git repositories, linting against the specification, or managing skills across AI coding agents.
| name | prepare-release |
| description | Prepare a new arkouda release with changelog and version bumps |
| license | MIT OR Apache-2.0 |
Steps to prepare a new arkouda release. Pushing a vX.Y.Z tag triggers .github/workflows/release.yml, which builds Linux x86_64, macOS aarch64, and Windows x86_64 binaries and attaches them to a GitHub release.
make ci is green (fmt, clippy -D warnings, tests, build, arkouda check on docs/adr/)arkouda check passes on the project's own ADRsCargo.tomlCargo.lock (cargo check)CHANGELOG.mdCargo.lock)Update version in Cargo.toml:
[package]
version = "X.Y.Z"
After updating Cargo.toml, run cargo check to refresh Cargo.lock:
cargo check
Follow Keep a Changelog format. If CHANGELOG.md does not yet exist, create it for this release.
## [X.Y.Z] - YYYY-MM-DD
### Added
- New features
### Changed
- Changes to existing functionality
### Fixed
- Bug fixes
Search for hardcoded version numbers in documentation and update them:
# Find version references (e.g., arkouda@0.1.0, v0.1.0)
rg "arkouda@\d+\.\d+\.\d+" --type md
rg "v\d+\.\d+\.\d+" README.md
Common locations:
README.md — CI example (cargo install arkouda@X.Y.Z)# Verify everything passes (mirrors what CI and lefthook run)
make ci
# Commit release changes
git add -A
git commit -m "chore: release vX.Y.Z"
# Create annotated tag
git tag -a vX.Y.Z -m "Release vX.Y.Z"
# Push commit and tag — pushing the tag triggers the release workflow
git push && git push --tags
The release.yml workflow handles the rest: cross-platform builds, sha256 checksums, and a GitHub release with generate_release_notes: true (so commit subjects since the previous tag become the release body).
The release workflow does not publish to crates.io — do it manually after the GitHub release is up:
# Dry run first
cargo publish --dry-run
# Publish
cargo publish
curl -sSfL .../install.sh | sh should now pick up the new version).cargo publish succeeded, cargo install arkouda and cargo install arkouda@X.Y.Z both reach the new version.