[Automated] Update flux CLI Options

[thomhurst]

Summary

This PR contains automatically generated updates to flux 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

[claude]

Code Review: [Automated] Update flux CLI Options

This is a straightforward automated PR with minimal changes — two modified files, 5 additions, 5 deletions. No prior review comments exist to follow up on.

What Changed

AssemblyInfo.Generated.cs: The GeneratedAt timestamp was updated from 2026-03-08T03:08:56.8911964Z to 2026-03-15T03:13:24.5806987Z. This is expected and correct — it reflects that the generator was re-run on a newer date.

FluxBootstrapGitlabVisibility.Generated.cs: The enum member ordering changed:

Before:

Internal, Private, Public

After:

Private, Public, Internal

Assessment

Correctness: The change is correct with respect to the Flux CLI. The --visibility flag for flux bootstrap gitlab accepts private, public, and internal as valid values. All three values remain present; only their order within the enum changed. No values were added or removed.

Breaking change risk: Enum member order in C# does not affect the underlying integer values assigned to members unless explicit integer assignments are used (none are here). Since no explicit values are assigned, all three members will still receive sequential default values (0, 1, 2), but the mapping between names and integers shifts:

Member	Before	After
Internal	0	2
Private	1	0
Public	2	1

This is a potentially breaking change if any consuming code stores or compares the raw integer value (e.g., serializes/deserializes the enum as an integer, or uses (int)FluxBootstrapGitlabVisibility.Private == 1 style comparisons). However, since this library uses [Description] attributes to map enum values to CLI flag strings, and the enum members are named identically, any code that works exclusively with named enum members (FluxBootstrapGitlabVisibility.Private) is unaffected. This is the expected and idiomatic usage pattern in this codebase.

Observation for the generator: The reordering appears to reflect a change in the order Flux CLI outputs the visibility options in its --help text. The generator faithfully mirrors that order, which is consistent with the project's design. That said, it may be worth considering whether the generator should sort enum members alphabetically or by some stable criterion to avoid spurious diffs in future PRs when CLIs reorder their help text without actually adding or removing options. This is a minor suggestion for the generator, not a blocker for this PR.

Verdict

The changes are mechanically correct and safe for the intended use pattern. The auto-merge configuration is appropriate for automated dependency/update PRs of this nature. Approving with the minor observation above noted for future generator consideration.

[claude]

Code Review: [Automated] Update flux CLI Options (Re-run)

This PR was previously reviewed on 2026-03-15. The prior review noted the enum reordering and confirmed it was safe for the intended use pattern. Here's a follow-up assessment of the current diff.

What Changed

AssemblyInfo.Generated.cs: Timestamp updated from 2026-03-08T03:08:56.8911964Z to 2026-03-22T03:12:28.6224553Z. Expected and correct.

FluxBootstrapGitlabVisibility.Generated.cs: Enum ordering changed again — same reordering as the previous run:

Before: Internal, Private, Public
After: Private, Public, Internal

Follow-up on Previous Review

The prior review flagged a minor observation worth revisiting: the generator mirrors the Flux CLI help text order, which leads to spurious diffs when CLIs reorder their output without actually adding/removing options. The recommendation was to consider stable sorting (e.g., alphabetical) in the generator to avoid these noise PRs.

This reordering has now appeared in two consecutive automated runs, suggesting the Flux CLI has permanently changed its help text ordering and the generator will continue producing this diff on every re-run until the sort order is stabilized. Given the [Description] attribute-based usage pattern in this codebase, there is no runtime risk from the reorder — but it may be worth a one-line fix to the generator to sort enum members by their description string.

Verdict

Changes are correct and safe. The auto-merge is appropriate. Consider the generator-side stable-sort improvement to reduce future noise.