[Automated] Update flyway CLI Options

[thomhurst]

Summary

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

This is a minimal automated update PR — the only change is a timestamp bump in AssemblyInfo.Generated.cs:

-[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-03-01T03:14:14.2808687Z")]
+[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-03-08T03:10:47.5741980Z")]

Assessment: ✅ No issues found

The change is exactly what is expected for a scheduled automated flyway CLI options regeneration run. The generated timestamp correctly reflects the new run date (2026-03-08), and there are no changes to the actual options classes themselves — meaning the latest flyway CLI help output matches the existing generated code.

A few observations for general awareness:

1. No options drift detected: The fact that only the timestamp changed (and no options classes were modified) is a good signal — the flyway CLI interface hasn't changed since the last generation run on 2026-03-01. This is healthy.

2. Automation is working correctly: The PR was opened automatically, the solution built successfully, and auto-merge is enabled — the pipeline is functioning as intended.

3. Timestamp-only PRs could be suppressed: As a minor architectural suggestion (not a blocker), the generator could optionally skip opening a PR when only the timestamp changes and no actual option definitions differ. This would reduce noise in the PR list. This is purely a quality-of-life improvement and not a correctness concern.

This PR is safe to merge as-is.

[claude]

Code Review

Change Summary

This PR contains a single-line change in src/ModularPipelines.Flyway/AssemblyInfo.Generated.cs:

-[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-03-01T03:14:14.2808687Z")]
+[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-03-15T03:15:23.2673415Z")]

Assessment: No issues found

This is a routine automated regeneration run. Only the GeneratedAt timestamp was updated — no options classes, enums, service interfaces, or implementation files changed. This is the expected outcome when the flyway CLI's help output is identical to the previously scraped version.

Observations

No CLI interface drift: The absence of any changes beyond the timestamp confirms that flyway's CLI has not introduced new commands, removed options, or changed flag names since the 2026-03-01 run. This is a healthy signal and validates that the automation is correctly detecting a stable interface.

Automation is functioning correctly: The generator ran, compared output, produced an identical options snapshot, updated the timestamp, opened this PR, verified the build, and enabled auto-merge — the full pipeline is operating as designed.

Minor improvement opportunity (non-blocking): With 30+ tool packages each running on a schedule, timestamp-only PRs like this one will accumulate regularly. The generator could be extended to skip PR creation when the only diff is the GeneratedAt metadata value. This would reduce noise without losing any safety guarantees, since a timestamp-only change carries no semantic information for consumers of the library. This is purely a quality-of-life consideration for repository maintainers.

This PR is safe to merge as-is.

[claude]

Code Review

This is a minimal automated update — just a timestamp bump in AssemblyInfo.Generated.cs reflecting when the options generator last scraped the Flyway CLI help output.

Change Summary

• File: src/ModularPipelines.Flyway/AssemblyInfo.Generated.cs
• Change: GeneratedAt metadata updated from 2026-03-01T03:14:14Z → 2026-03-22T03:15:39Z

Assessment: ✅ LGTM

The change is exactly what it should be — an auto-generated timestamp update with no behavioral impact. The AssemblyMetadata attribute is purely informational, used to track when the generator last ran against the installed Flyway CLI.

No issues found. The automated pipeline is working as intended.

[claude]

Code Review

This PR continues the weekly automated Flyway CLI options regeneration cadence. The only change is a timestamp bump in src/ModularPipelines.Flyway/AssemblyInfo.Generated.cs:

-[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-03-22T03:15:39Z")]
+[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-03-29T03:16:21Z")]

Assessment: LGTM

The change is correct and expected. No options classes, enums, or service interfaces were modified, confirming that the Flyway CLI interface is stable and unchanged since last week's run.

Follow-up on Previous Suggestion

Previous reviews (2026-03-08, 2026-03-15, 2026-03-22) have repeatedly flagged the same improvement opportunity: skip PR creation when the only diff is the GeneratedAt timestamp. This PR is now at least the fourth consecutive week where only the timestamp changed. The suggestion remains unaddressed and is worth revisiting — at this point it is generating weekly no-op PRs that require review bandwidth.

The concrete approach would be to add a pre-PR-creation check in the generator or the CI workflow that computes a diff excluding the GeneratedAt line, and suppresses the PR if that filtered diff is empty. This is a low-effort change with a meaningful reduction in noise across all 30+ tool packages that run on this schedule.

This PR is safe to merge as-is.

[claude]

Code Review

This PR is the latest in a series of weekly automated Flyway CLI options regeneration runs. The only change is a timestamp update in `src/ModularPipelines.Flyway/AssemblyInfo.Generated.cs`:

```diff
-[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-03-29T03:16:21Z")]
+[assembly: AssemblyMetadata("ModularPipelines.OptionsGenerator.GeneratedAt", "2026-04-05T03:15:49Z")]
```

Assessment: LGTM

The change is correct and has no behavioral impact. No options classes, enums, service interfaces, or implementation files changed, confirming the Flyway CLI interface remains stable.

Recurring Observation (5th consecutive week)

Previous reviews on 2026-03-08, 2026-03-15, 2026-03-22, and 2026-03-29 all flagged the same improvement opportunity: skip PR creation when the only diff is the `GeneratedAt` timestamp. This is now the fifth week in a row with a no-op PR.

This suggestion remains unaddressed. The accumulated cost is real — each of these PRs requires review bandwidth (even if automated), consumes CI minutes, and contributes noise to the repository's PR list. Given that there are 30+ tool packages on this schedule, the total volume of timestamp-only PRs can be significant.

A concrete fix: in the generator workflow, after generating the files, compute a diff that excludes the `GeneratedAt` line (e.g., `git diff -- . | grep -v GeneratedAt`). If that filtered diff is empty, skip the PR entirely. The timestamp will be updated on the next run that does produce real changes, so no tracking information is lost.

This PR is safe to merge as-is.

[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

_{TIP This summary will be updated as you push new changes. Give us feedback}