chore: regenerate models from upstream schemas #44
Loading…
Reference in a new issue
No description provided.
Delete branch "automated/regenerate-models"
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
Automated regeneration of extension models from upstream provider schemas.
Schema Sources
Review Notes
model/are auto-generated — review themanifest.yamldiffs for version changesCode Review
Blocking Issues
None.
Observations
All 263 changed files are under model/ (auto-generated). Changes fall into two categories:
1. AWS _lib/aws.ts - 249 files, identical change each
Every file gets the same 5-line else-if branch adding a warning for partial credentials. All 249 files share identical before/after git object hashes (
3365a615ato52c72eafb), which is only possible via the codegen pipeline - not hand-editing.Verified:
codegen/aws/libGenerator.tsonorigin/mainalready contains this exact code (merged via PR #41). This PR propagates a previously-landed template change to the generated output. Legitimate codegen regeneration even thoughcodegen/itself does not change in this PR.The warning does not log any credential values - only a diagnostic message. No security concern.
2. GCP containeranalysis and dataplex - schema + version changes
cvssV4fields fromnotes.ts,notes_occurrences.ts,occurrences.ts; version bump 2026.06.07.1 to 2026.06.08.1.unstructuredDataProfileResulttodatascans.tsanddatascans_jobs.ts; version bump and manifestreleaseNotesupdated.Both are clean upstream-schema regenerations consistent with the surrounding generated code style.
Suggestions
_lib/aws.tsregeneration propagates the earlierlibGenerator.tstemplate change (PR #41). A note in the PR body would make the audit trail clearer for future reviewers.