/sync-versions
Synchronize package versions across a monorepo for consistent releases.
$ npx -y skills add rohitg00/awesome-claude-code-toolkit --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/sync-versions
Context preview
What this command does when you run it.
Synchronize package versions across a monorepo for consistent releases.
Command definition
sync-versions.mdSynchronize package versions across a monorepo for consistent releases.
Steps
1. Read all package manifests in the monorepo workspace. 2. Analyze current version state:
- List each package and its current version.
- Check for version mismatches in inter-package dependencies.
- Identify packages with unreleased changes since last version bump.
3. Determine the versioning strategy:
- **Fixed**: All packages share the same version (e.g., Angular).
- **Independent**: Each package versions independently (e.g., Babel).
- **Grouped**: Packages in groups share versions.
4. For each package with changes, determine version bump:
- Parse commit messages since last release for that package.
- Apply semver rules: breaking=major, feature=minor, fix=patch.
5. Update versions:
- Bump package version in its manifest.
- Update inter-package dependency versions to match.
- Update lock file.
6. Generate changelog entries for each bumped package. 7. Commit version bumps and tags.
Format
Version Sync: <strategy>
| Package | Current | New | Changes | Bump |
|---------|---------|-----|---------|------|
| @scope/core | 1.2.0 | 1.3.0 | 5 commits | minor |
| @scope/cli | 1.2.0 | 1.2.1 | 2 commits | patch |
| @scope/ui | 1.2.0 | 1.2.0 | 0 commits | none |
Dependency updates:
- @scope/cli: @scope/core ^1.2.0 -> ^1.3.0
Commands:
git tag @scope/core@1.3.0
git tag @scope/cli@1.2.1
Rules
- Never publish packages with mismatched inter-package dependency versions.
- Workspace protocol versions (workspace:*) must resolve to actual versions before publishing.
- Tag each package release individually for independent versioning.
- Run the full test suite after version bumps before publishing.
- Include version bump commits in the changelog.
Read more
Synchronize package versions across a monorepo for consistent releases.
Steps
1. Read all package manifests in the monorepo workspace. 2. Analyze current version state:
- List each package and its current version.
- Check for version mismatches in inter-package dependencies.
- Identify packages with unreleased changes since last version bump.
3. Determine the versioning strategy:
- **Fixed**: All packages share the same version (e.g., Angular).
- **Independent**: Each package versions independently (e.g., Babel).
- **Grouped**: Packages in groups share versions.
4. For each package with changes, determine version bump:
- Parse commit messages since last release for that package.
- Apply semver rules: breaking=major, feature=minor, fix=patch.
5. Update versions:
- Bump package version in its manifest.
- Update inter-package dependency versions to match.
- Update lock file.
6. Generate changelog entries for each bumped package. 7. Commit version bumps and tags.
Format
Version Sync: <strategy> | Package | Current | New | Changes | Bump | |---------|---------|-----|---------|------| | @scope/core | 1.2.0 | 1.3.0 | 5 commits | minor | | @scope/cli | 1.2.0 | 1.2.1 | 2 commits | patch | | @scope/ui | 1.2.0 | 1.2.0 | 0 commits | none | Dependency updates: - @scope/cli: @scope/core ^1.2.0 -> ^1.3.0 Commands: git tag @scope/core@1.3.0 git tag @scope/cli@1.2.1
Rules
- Never publish packages with mismatched inter-package dependency versions.
- Workspace protocol versions (workspace:*) must resolve to actual versions before publishing.
- Tag each package release individually for independent versioning.
- Run the full test suite after version bumps before publishing.
- Include version bump commits in the changelog.
The most comprehensive toolkit for Claude Code -- 135 agents, 35 curated skills (+400,000 via SkillKit), 42 commands, 176+ plugins, 20 hooks, 15 rules, 7 templates, 15 MCP configs, 26 companion apps, 53 ecosystem entries, and more.
Repo: rohitg00/awesome-claude-code-toolkit
Other commands on rohitg00-claude-code-toolkit.
- /adr
Write an Architecture Decision Record documenting a significant technical decision.
Open command - /design-review
Conduct a structured design review of a module, feature, or system component.
Open command - /diagram
Generate Mermaid diagrams from codebase analysis or description.
Open command - /migrate
Plan and execute a framework or library migration incrementally.
Open command - /plan
Create a structured implementation plan for the requested feature or change.
Open command - /refactor
Perform a systematic refactoring of the specified code area.
Open command

