chore: keep only the canonical OpenAPI document for 2.0.x and latest - #107
Conversation
Both versions now ship open-api3-<version>.json covering client, server and console; the per-platform copies were exact subsets of it. Versions up to 1.9.x keep their per-platform files.
Greptile SummaryThis PR consolidates the 2.0.x and latest OpenAPI distributions around their canonical, multi-platform documents.
Confidence Score: 5/5The PR appears safe to merge; the revised README example correctly limits generated SDK operations to the selected platform. No actionable new defects or repository-rule violations remain. The prior mixed-platform generation thread was manually resolved after the README gained an explicit platform-filtering step. Important Files Changed
Reviews (2): Last reviewed commit: "docs: filter the canonical document by p..." | Re-trigger Greptile |
|
Added a jq step to the README example that keeps only the operations whose @greptile review |
Summary
open-api3-2.0.x.jsonandopen-api3-latest.json(#105, #106) cover client, server and console in one document; each operation, alias and security scheme lists its platforms underx-appwrite.platforms, andx-appwrite.authis keyed by platform. The three per-platform files in those two folders were exact subsets of it and are removed. Versions up to 1.9.x keep their per-platform files. README updated.Consumers
authsince 4.9.0; chore: generate examples from the canonical OpenAPI document sdk-generator#1882 switches its example generation to the canonical URL.feat/canonical-openapi-document), so a rerun will not re-add the platform files.open-api3-2.0.x-<platform>.jsonoropen-api3-latest-<platform>.jsonmust switch to the canonical file and filter byx-appwrite.platforms.Related to CLO-4377.