Release Engine

Use this skill when the task is to ship a Rails engine as a gem or prepare a new version.

Quick Reference

HARD-GATE

DO NOT release without updating CHANGELOG and version file.

Core Process

1. Confirm scope and compatibility impact — is this patch, minor, or major?
2. Run full test suite: bundle exec rspec. Fix all failures before proceeding.
3. Set the version bump — update the version constant once: module MyEngine; VERSION = "1.2.0"; end in lib/my_engine/version.rb.
4. Update changelog and upgrade notes.
5. Verify gemspec metadata and dependencies match tested Rails/Ruby versions.
6. Dry-run the gem build: gem build *.gemspec && gem push --dry-run *.gem. Verify contents.
7. Confirm installation docs and README match the release — update if needed.
8. Publish: gem push *.gem.

Extended Resources

Load release assets conditionally and say which one informed the output:

• Read assets/release_checklist.md when producing the release verification checklist or quality gates.
• Read assets/release_notes_template.md when drafting GitHub release notes, a long-form announcement, or public release copy.
• Read assets/examples.md only when the user needs concrete release examples.

Changelog Guidelines

• Document user-visible changes, not commits; group by Added/Changed/Fixed/Deprecated.
• For deprecations, document removal plan and replacement; keep deprecated code for at least one minor cycle.
• If the engine requires host changes during upgrade, document them explicitly even if the version bump is minor.

Examples

## [1.2.0] - 2024-03-15
### Added
- `widget_count` config option to limit dashboard widgets (default: 10).
### Changed
- Minimum Rails version is now 7.0.

• assets/release_checklist.md
• assets/release_notes_template.md
• assets/examples.md

Output Style

1. Version bump recommendation — patch/minor/major with explicit reasoning.
2. Version constant — updated lib/<engine>/version.rb.
3. CHANGELOG entries — under Added/Changed/Fixed/Deprecated headers.
4. Upgrade notes — host app steps (config, migrations, dependencies).
5. Gemspec verification — metadata, files, and dependency ranges confirmed.
6. Test suite status — pass/fail result of bundle exec rspec.
7. Asset usage — state which release asset was loaded, or explicitly say no optional asset was needed. Mention assets/release_checklist.md, assets/release_notes_template.md, and assets/examples.md by name when deciding whether each was used.
8. GitHub release notes — include a concise release-notes draft with summary, highlights, upgrade notes, and verification status.
9. Release blockers — open issues, or explicitly "No blockers".
10. Dry-run command — include the exact command gem build *.gemspec && gem push --dry-run *.gem and a contents verification command such as tar tf pkg/*.gem or gem contents.
11. Language — Must be in English unless explicitly requested otherwise.

Integration