chore: release v3.3.14 - #431
Conversation
Greptile SummaryThe release PR advances the Rust workspace, TypeScript packages, native binding packages, and generated SDK release manifests from 3.3.13 to 3.3.14.
Confidence Score: 4/5The PR is not yet safe to merge because the released platform SDK still identifies default requests as version 3.3.13. The package manifest now publishes @alienplatform/platform-api as 3.3.14, but its generated SDK metadata remains 3.3.13 and the default non-browser request path uses that stale value for the user-agent header. Files Needing Attention: client-sdks/platform/typescript/src/lib/config.ts
|
| Filename | Overview |
|---|---|
| Cargo.toml | Updates the workspace package and internal Rust dependency versions to 3.3.14. |
| Cargo.lock | Synchronizes workspace crate lockfile entries with the 3.3.14 release. |
| client-sdks/platform/typescript/package.json | Advances the platform TypeScript SDK package manifest to 3.3.14. |
| client-sdks/platform/typescript/.speakeasy/gen.yaml | Advances the platform SDK generator release version to 3.3.14. |
| packages/bindings/package.json | Advances the main native bindings wrapper package to 3.3.14 alongside its platform packages. |
Reviews (2): Last reviewed commit: "Merge remote-tracking branch 'origin/mai..." | Re-trigger Greptile
| { | ||
| "name": "@alienplatform/platform-api", | ||
| "version": "3.3.13", | ||
| "version": "3.3.14", |
There was a problem hiding this comment.
Stale platform SDK version metadata
When @alienplatform/platform-api 3.3.14 sends a request, its unchanged SDK_METADATA and default user agent still identify the SDK as 3.3.13, causing incorrect version telemetry for the newly published package.
Prompt To Fix With AI
This is a comment left during a code review.
Path: client-sdks/platform/typescript/package.json
Line: 3
Comment:
**Stale platform SDK version metadata**
When `@alienplatform/platform-api` 3.3.14 sends a request, its unchanged `SDK_METADATA` and default user agent still identify the SDK as 3.3.13, causing incorrect version telemetry for the newly published package.
---
For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.|
Closing this release PR for now. We’ll prepare v3.3.14 later from a fresh branch based on current main. |
Pull request was closed
## Background Adopted Machines deployments can already have stable customer-owned DNS names and certificates. Treating those deployments as if Alien owns their public hostname produces a second, incorrect URL and can make the control plane manage infrastructure it does not own. ## Changes - add `StackSettings.publicEndpoints` using the existing nested resource/endpoint URL map - preserve every configured URL exactly; do not derive hostnames or synthesize wildcard URLs - document the field as the ownership boundary for adopted Machines endpoints - regenerate the public core schema and Manager OpenAPI/Rust SDK so the map survives deploy CLI → Manager conversion - initialize exhaustive `StackSettings` constructors so all Rust test targets continue to compile Platform PR #431 consumes this field only for Machines deployments, validates complete endpoint ownership against the enabled stack before DNS writes, and excludes those resources from managed DNS/certificate planning. Linear: ALIEN-553 ## Validation - `cargo test -p alien-core machine_public_endpoints_round_trip_without_rewriting_urls --features openapi` - `cargo test -p alien-operator --no-run` - `cargo test -p alien-deploy-cli sdk_stack_settings_preserves_public_endpoints --lib` - `pnpm run generate:manager-rust-sdk` - `pnpm -C packages/core generate` - `pnpm -C packages/core build`
Version-only release PR generated by the stable release workflow. The Release qualification check builds and records the exact artifact set. After every required check passes and this merges, run the stable publish action from
mainto promote those qualified artifacts.