Repository navigation
feat: API specs update for version latest - #118
Conversation
|
| @@ -1,7 +1,7 @@ | |||
| { | |||
| "openapi": "3.0.0", | |||
| "info": { | |||
| "version": "2.2.0", | |||
| "version": "2.3.0", | |||
There was a problem hiding this comment.
This changes the moving contract to version 2.3.0, but the repository has no corresponding specs/2.3.x/open-api3-2.3.x.json artifact and still lists 2.2.x as the newest archived release. As a result, consumers cannot pin the 2.3 contract for reproducible SDK generation. Please publish the numbered 2.3.x artifact and update the release listing with this promotion.
Knowledge Base Used:
Prompt To Fix With AI
This is a comment left during a code review.
Path: specs/latest/open-api3-latest.json
Line: 4
Comment:
**Missing Stable 2.3 Contract**
This changes the moving contract to version 2.3.0, but the repository has no corresponding `specs/2.3.x/open-api3-2.3.x.json` artifact and still lists 2.2.x as the newest archived release. As a result, consumers cannot pin the 2.3 contract for reproducible SDK generation. Please publish the numbered 2.3.x artifact and update the release listing with this promotion.
**Knowledge Base Used:**
- [Published API contract artifacts](https://app.greptile.com/appwrite/-/custom-context/knowledge-base/appwrite/specs/-/docs/api-contract-artifacts.md)
- [Contract version progression](https://app.greptile.com/appwrite/-/custom-context/knowledge-base/appwrite/specs/-/docs/contract-version-progression.md)
---
For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.There was a problem hiding this comment.
The numbered 2.3.x artifact is generated by a separate run pinned to the 2.3.0 release tag (appwrite-labs/cloud#6061); it opens its own PR, and the README "Available Versions" row is added with it. This PR only refreshes latest.
There was a problem hiding this comment.
That context resolves the concern. Since the numbered 2.3.x artifact and the README version entry are intentionally produced by the separate PR from the pinned 2.3.0 release run, this PR is correctly scoped to refresh only latest. I’m withdrawing the finding.
This PR contains API specification updates for version latest.