[Automated] Update terraform CLI Options

[thomhurst]

Summary

This PR contains automatically generated updates to terraform CLI options classes.

The generator scraped the latest CLI help output from the installed tool.

Changes

• Updated options classes to reflect latest CLI documentation
• Added new commands if any were detected
• Updated option types and descriptions

Verification

• Solution builds successfully

---

🤖 Generated with ModularPipelines.OptionsGenerator

[codacy-production]

Up to standards ✅

🟢 Issues 0 issues

Results:
0 new issues

View in Codacy

🟢 Metrics 0 complexity

Metric	Results
Complexity	✅ 0 (≤ 20 complexity)

View in Codacy

_{NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.}

[claude]

Code Review

This is an automated PR generated by the , and the change is minimal — only the GeneratedAt timestamp was updated:

-[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-05-10T03:18:48.5476311Z")]
+[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-05-17T03:19:18.8374749Z")]

No terraform CLI options were actually added, removed, or modified — the generator found no structural changes compared to the previous run.

Observation: Timestamp-only PRs

When the generator detects no meaningful changes (no new commands, no changed option types, no updated descriptions), it still creates a PR solely to bump the GeneratedAt timestamp. This raises a question worth considering:

Is a timestamp-only PR useful? These PRs add noise to the review queue without conveying any new information about the terraform CLI. A simple improvement would be to have the generator suppress PR creation (or skip the commit) when the only diff is the timestamp. For example, before committing, the generator could check whether any files other than AssemblyInfo.Generated.cs changed, and only open a PR if they did.

This is a minor architectural observation about the automation pipeline itself, not a blocker for this change.

Verdict

The change is safe to merge as-is. No logic was modified, and the generated file is correctly excluded from code coverage. If the timestamp-only PR pattern is intentional (e.g., to prove the generator ran successfully each week), that's a reasonable choice — worth a comment in the generator to document the intent.

[claude]

Code Review

This is an automated PR generated by the ModularPipelines.OptionsGenerator, and the change is minimal — only the GeneratedAt timestamp was updated:

-[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-05-10T03:18:48.5476311Z")]
+[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-05-17T03:19:18.8374749Z")]

No terraform CLI options were actually added, removed, or modified — the generator found no structural changes compared to the previous run.

Observation: Timestamp-only PRs

When the generator detects no meaningful changes (no new commands, no changed option types, no updated descriptions), it still creates a PR solely to bump the GeneratedAt timestamp. This raises a question worth considering:

Is a timestamp-only PR useful? These PRs add noise to the review queue without conveying any real information about the terraform CLI. A simple improvement would be to have the generator suppress PR creation (or skip the commit) when the only diff is the timestamp. Before committing, the generator could check whether any files other than AssemblyInfo.Generated.cs changed, and only open a PR if they did.

This is a minor architectural observation about the automation pipeline itself, not a blocker for this change.

Verdict

The change is safe to merge as-is. No logic was modified, and the generated file is correctly excluded from code coverage. If the timestamp-only PR pattern is intentional (e.g., to prove the generator ran successfully each week), that is a reasonable choice — worth a comment in the generator to document the intent.