Skip to content

AzLocal.UpdateManagement v0.8.73 - cycle calendar inline cluster counts#79

Merged
NeilBird merged 6 commits into
mainfrom
users/nebird/development
Jun 11, 2026
Merged

AzLocal.UpdateManagement v0.8.73 - cycle calendar inline cluster counts#79
NeilBird merged 6 commits into
mainfrom
users/nebird/development

Conversation

@NeilBird

Copy link
Copy Markdown
Owner

Summary

AzLocal.UpdateManagement v0.8.73 - cycle-calendar refinement for the Step.3 apply-updates schedule audit. Per-ring cluster counts now render INLINE in the "Eligible rings" column, and the Step.3 pipeline render path actually populates them. No public API or export-count change (still 60 cmdlets).

Changes

  • Get-AzLocalApplyUpdatesScheduleCycleCalendar: when -ClusterRingCounts is supplied, the per-day calendar relabels the header Eligible rings -> Eligible rings (cluster count) and appends each ring's count inline to its token, e.g. `Prod` (9), `Canary` (3). The separate "Clusters in ring(s)" column is removed. Dead days still render _(none - dead day)_. The per-ring projection table (-IncludePerRingSummary) keeps its standalone "Cluster count" column.
  • Export-AzLocalApplyUpdatesScheduleAudit (the cmdlet the Step.3 apply-updates-schedule-audit pipeline calls): now builds a ring -> tagged-cluster-count map from the supplied cluster CSV and forwards it to the cycle-calendar cmdlet. Previously it never forwarded -ClusterRingCounts, so the cluster-count enrichment was silently absent from every rendered Step.3 summary.

Tests

  • Updated header/cell assertions for the inline format.
  • Added a TOC regression guard: the README must list exactly one top-level "What's New" entry (current release only); prior versions belong under Release History. This closes the gap that let stale v0.8.7 / v0.8.4 TOC links survive earlier bumps.
  • Full suite green: 1100 passed, 0 failed, 1 skipped.

Versioning

  • Bumped 0.8.72 -> 0.8.73 across psd1/psm1/CHANGELOG/README/tests/docs and all bundled pipeline YAML GENERATED_AGAINST_MODULE_VERSION pins.
  • Removed stale What's New in v0.8.7 / v0.8.4 TOC entries from the README.

NeilBird added 6 commits June 11, 2026 16:59
…e-triggers marker (GH+ADO)

The schedule-triggers AZLOCAL-CUSTOMIZE marker wrapped ~30 lines of author guidance (incl. the New-AzLocalApplyUpdatesScheduleConfig -OutputPath example and the default-path note). Update-AzLocalPipelineExample preserves the marker BODY from the customer's file, so author corrections inside the marker (e.g. the v0.8.71 .github -> config path fix) never reach an already-deployed consumer. Moved all guidance above the BEGIN marker; marker body now holds only the trigger directive (GH placeholder comment / ADO 'trigger: none'). Queued for next version bump.
…Step.0 -> Step.00 ... Step.9 -> Step.09)

Queued for 0.8.72 (no version bump). The GitHub Actions sidebar and ADO
pipelines list sort workflows alphabetically by their display name, so
Step.10 lexically sorted between Step.1 and Step.2. Zero-padding the
single-digit step numbers makes Step.10 sort last as intended.

Scope (display/title text only, fully reversible):
- GitHub Actions workflow `name:` fields (10 files; Step.10 unchanged)
- Azure DevOps `name:` / stage `displayName:` Step.N labels
- Header-comment titles (`# Step.N - ...`) on both platforms
- One ADO "HOW TO RUN" prose line tracking its renamed display name

Left unchanged: artifact names (azlocal-step.N-* functional identifiers)
and cross-reference prose (e.g. "Step.9 / Step.10 wiring").
Patch release. No module code, API, or export-count change (60 exports).
Bundles the two pipeline-template improvements committed on this branch
since v0.8.71:

Fixed
- apply-updates.yml (GH + ADO): moved the schedule-path author guidance
  (incl. the New-AzLocalApplyUpdatesScheduleConfig -OutputPath example and
  the default-path note) OUTSIDE the schedule-triggers AZLOCAL-CUSTOMIZE
  marker. Update-AzLocalPipelineExample preserves the marker body from the
  customer's file, so guidance corrections inside the marker never reached
  already-deployed consumers. Guidance now lives above the BEGIN marker.

Changed
- Zero-padded single-digit Step.N pipeline display names to two digits
  (Step.0 -> Step.00 ... Step.9 -> Step.09) so Step.10 sorts last in the
  GitHub Actions sidebar / Azure DevOps pipelines list. Display/title text
  only; artifact names and cross-reference prose unchanged.
- Bumped GENERATED_AGAINST_MODULE_VERSION pins 0.8.71 -> 0.8.72 across all
  bundled pipeline YAMLs.

Version bump applied to psd1/psm1/CHANGELOG/README/Tests/docs.
…s inline into Eligible rings column

- Get-AzLocalApplyUpdatesScheduleCycleCalendar: when -ClusterRingCounts is supplied, relabel the
  "Eligible rings" header to "Eligible rings (cluster count)" and append each ring's count inline
  (e.g. `Prod` (9), `Canary` (3)); removed the separate "Clusters in ring(s)" column. Per-ring
  projection table (-IncludePerRingSummary) keeps its standalone "Cluster count" column.
- Export-AzLocalApplyUpdatesScheduleAudit: build a ring -> tagged-cluster-count map from the cluster
  CSV and forward it to the cycle-calendar cmdlet (the Step.3 render path never passed it before, so
  inline counts were silently absent from production output).
- Tests: updated header/cell assertions for the inline format; added a TOC regression guard that the
  README lists exactly one top-level "What's New" entry (current release only).
- README TOC: removed stale "What's New in v0.8.7" / "v0.8.4" entries; prior versions live under
  Release History.
- Version bump 0.8.72 -> 0.8.73 across psd1/psm1/CHANGELOG/README/tests/docs and all bundled pipeline
  YAML GENERATED_AGAINST_MODULE_VERSION pins.
@NeilBird
NeilBird merged commit fe25948 into main Jun 11, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant