chore: release main#112
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
Greptile SummaryRelease Please–generated version bump across all workspace crates and packages: Rust crates move from
Confidence Score: 4/5Safe to merge for local/path builds; three arete-sdk version pins remain at 0.1.3 and will publish stale minimum-version constraints to crates.io rust/arete-mcp/Cargo.toml, arete/Cargo.toml, and cli/Cargo.toml all use the arete-sdk alias for arete-a4-sdk but leave the version field at 0.1.3 while the underlying crate ships as 0.1.4; path resolution means CI passes, but published crates will declare compatibility with the older release rust/arete-mcp/Cargo.toml (newly identified missed bump), arete/Cargo.toml, and cli/Cargo.toml Important Files Changed
Reviews (3): Last reviewed commit: "chore: release main" | Re-trigger Greptile |
| arete-server = { version = "0.1.4", path = "../rust/arete-server", optional = true } | ||
|
|
||
| # SDK - Rust client for connecting to Arete servers | ||
| arete-sdk = { package = "arete-a4-sdk", version = "0.1.3", path = "../rust/arete-a4-sdk", optional = true } |
There was a problem hiding this comment.
The
arete-sdk alias for arete-a4-sdk was not bumped from 0.1.3 to 0.1.4 alongside all other internal dependencies in this release. The same stale constraint appears in cli/Cargo.toml line 38. Because path overrides the registry lookup during local builds, this passes CI, but when published to crates.io the version field becomes the authoritative constraint that downstream consumers see — leaving it at 0.1.3 while the actual crate ships as 0.1.4 creates a misleading declaration of the minimum compatible version.
| arete-sdk = { package = "arete-a4-sdk", version = "0.1.3", path = "../rust/arete-a4-sdk", optional = true } | |
| arete-sdk = { package = "arete-a4-sdk", version = "0.1.4", path = "../rust/arete-a4-sdk", optional = true } |
Prompt To Fix With AI
This is a comment left during a code review.
Path: arete/Cargo.toml
Line: 25
Comment:
The `arete-sdk` alias for `arete-a4-sdk` was not bumped from `0.1.3` to `0.1.4` alongside all other internal dependencies in this release. The same stale constraint appears in `cli/Cargo.toml` line 38. Because `path` overrides the registry lookup during local builds, this passes CI, but when published to crates.io the version field becomes the authoritative constraint that downstream consumers see — leaving it at 0.1.3 while the actual crate ships as 0.1.4 creates a misleading declaration of the minimum compatible version.
```suggestion
arete-sdk = { package = "arete-a4-sdk", version = "0.1.4", path = "../rust/arete-a4-sdk", optional = true }
```
How can I resolve this? If you propose a fix, please make it concise.| arete-interpreter = { version = "0.1.3", path = "../interpreter" } | ||
| arete-interpreter = { version = "0.1.4", path = "../interpreter" } | ||
| arete-idl = { path = "../arete-idl", version = "0.0.1" } | ||
| arete-sdk = { package = "arete-a4-sdk", path = "../rust/arete-a4-sdk", version = "0.1.3" } |
There was a problem hiding this comment.
Same missed bump:
arete-sdk still declares version = "0.1.3" while arete-a4-sdk is being released as 0.1.4 in this PR. arete-interpreter on the same file was correctly updated; this dependency was overlooked.
| arete-sdk = { package = "arete-a4-sdk", path = "../rust/arete-a4-sdk", version = "0.1.3" } | |
| arete-sdk = { package = "arete-a4-sdk", path = "../rust/arete-a4-sdk", version = "0.1.4" } |
Prompt To Fix With AI
This is a comment left during a code review.
Path: cli/Cargo.toml
Line: 38
Comment:
Same missed bump: `arete-sdk` still declares `version = "0.1.3"` while `arete-a4-sdk` is being released as 0.1.4 in this PR. `arete-interpreter` on the same file was correctly updated; this dependency was overlooked.
```suggestion
arete-sdk = { package = "arete-a4-sdk", path = "../rust/arete-a4-sdk", version = "0.1.4" }
```
How can I resolve this? If you propose a fix, please make it concise.| "version": "0.1.4", | ||
| "license": "MIT", | ||
| "dependencies": { | ||
| "@usearete/sdk": "^0.0.1" |
There was a problem hiding this comment.
Lock file root entry out of sync with package.json
The root "" entry in package-lock.json still records "@usearete/sdk": "^0.0.1", but package.json was updated to "^0.1.4". npm v7+ regenerates the lock file's root package section from package.json, so the next npm install on a clean tree would write ^0.1.4 there automatically — but shipping an already-desynchronised lock file can confuse tooling that diffs or audits the two files. This looks like the lock file wasn't regenerated after package.json was edited.
Prompt To Fix With AI
This is a comment left during a code review.
Path: typescript/react/package-lock.json
Line: 12
Comment:
**Lock file root entry out of sync with package.json**
The root `""` entry in `package-lock.json` still records `"@usearete/sdk": "^0.0.1"`, but `package.json` was updated to `"^0.1.4"`. npm v7+ regenerates the lock file's root package section from `package.json`, so the next `npm install` on a clean tree would write `^0.1.4` there automatically — but shipping an already-desynchronised lock file can confuse tooling that diffs or audits the two files. This looks like the lock file wasn't regenerated after `package.json` was edited.
How can I resolve this? If you propose a fix, please make it concise.3aa7be1 to
c9d48ac
Compare
c9d48ac to
60289f4
Compare
🤖 I have created a release beep boop
arete-idl: 0.0.2
0.0.2 (2026-06-17)
Features
Bug Fixes
a4-cli: 0.1.4
0.1.4 (2026-06-17)
Miscellaneous Chores
Dependencies
arete: 0.1.4
0.1.4 (2026-06-17)
Miscellaneous Chores
Dependencies
arete-sdk: 0.1.4
0.1.4 (2026-06-17)
Features
arete-interpreter: 0.1.4
0.1.4 (2026-06-17)
Features
Bug Fixes
Dependencies
arete-macros: 0.1.4
0.1.4 (2026-06-17)
Features
Bug Fixes
Dependencies
arete-mcp: 0.1.4
0.1.4 (2026-06-17)
Miscellaneous Chores
arete-server: 0.1.4
0.1.4 (2026-06-17)
Miscellaneous Chores
Dependencies
a4-npm: 0.1.4
0.1.4 (2026-06-17)
Bug Fixes
arete-mcp-npm: 0.1.4
0.1.4 (2026-06-17)
Bug Fixes
arete-react: 0.1.4
0.1.4 (2026-06-17)
Bug Fixes
Dependencies
arete-typescript: 0.1.4
0.1.4 (2026-06-17)
Bug Fixes
This PR was generated with Release Please. See documentation.