chore: regenerate GCP models from upstream schemas #63
Loading…
Reference in a new issue
No description provided.
Delete branch "automated/regenerate-models-gcp"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Changed services
apigee, assuredworkloads, bigquery, compute, config, contactcenterinsights, container, datapipelines, dataproc, developerconnect, discoveryengine, eventarc, gkehub, gmailpostmastertools, monitoring, networkconnectivity, networkmanagement, ondemandscanning, pubsub, redis, saasservicemgmt, securesourcemanager, securitycenter, securityposture, youtube
Test plan
8a363b8ad78866d8c11bCode Review
Blocking Issues
None.
Suggestions
None.
All 77 changed files are auto-generated GCP model files under
model/gcp/. The commit message ("chore: regenerate GCP models from upstream schemas (2026-06-24)") and the file contents confirm this is a legitimate codegen regeneration run against updated upstream GCP schemas — not hand-editing.Key observations:
.tsfile carries the standard auto-generated header and "Do not edit manually. Re-generate with:deno task generate:gcp" notice.codegen/pipeline files changed, consistent with a schema-only upstream update (pipeline logic unchanged, schemas evolved).ae1f92a15 chore: regenerate AWS models from upstream schemas,aeb7369fd chore: regenerate models from upstream schemas, etc.2026.06.24.x,releaseNotesupdated with accurate added/updated entries, new model files listed in themodelsarray (rolloutsequences.ts,domains_users.ts).gkehub/rolloutsequences,gmailpostmastertools/domains_users) and content updates (e.g.apigee/apiproductsgainingpayloadOperationGroup) are consistent with upstream GCP API schema evolution.No hand-editing, no security issues, no correctness concerns. Ready to merge.