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

* apply-updates.yml: move schedule-path author guidance OUTSIDE schedule-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.

* pipelines: zero-pad single-digit Step.N display names to two digits (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").

* AzLocal.UpdateManagement v0.8.72 - pipeline-template polish (patch)

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.

* tests: record v0.8.72 wall-clock timing row (1145 tests, 96.82s wall, 0 failed)

* AzLocal.UpdateManagement v0.8.73 - cycle calendar: fold cluster counts 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.

Author: NeilBird

AzLocal.UpdateManagement/Automation-Pipeline-Examples/azure-devops/apply-updates-schedule-audit.yml

@@ -87,7 +87,7 @@ parameters:
     default: false
 
 variables:
-  GENERATED_AGAINST_MODULE_VERSION: '0.8.72'
+  GENERATED_AGAINST_MODULE_VERSION: '0.8.73'
   REQUIRED_MODULE_VERSION: '${{ parameters.moduleVersion }}'
   reportsPath: '$(Build.ArtifactStagingDirectory)/reports'
   # v0.8.7 sideload advisor defaults. Override at the pipeline / variable-group

AzLocal.UpdateManagement/Automation-Pipeline-Examples/azure-devops/apply-updates.yml

@@ -120,7 +120,7 @@ variables:
   # log if the YAML appears stale - prompting you to refresh via
   # Copy-AzLocalPipelineExample -Update. See Automation-Pipeline-Examples/README.md section 5.
   - name: GENERATED_AGAINST_MODULE_VERSION
-    value: '0.8.72'
+    value: '0.8.73'
   # Resolution order for the module version pin (leave all unset to install the latest,
   # which is the default "fix-forward" behaviour): queue-time parameter > pipeline variable
   # 'REQUIRED_MODULE_VERSION' overridden at queue time > empty (latest).

AzLocal.UpdateManagement/Automation-Pipeline-Examples/azure-devops/assess-update-readiness.yml

@@ -70,7 +70,7 @@ variables:
   # the version actually installed and to the latest on PSGallery, and emits a warning
   # log if the YAML appears stale - prompting you to refresh via
   # Copy-AzLocalPipelineExample -Update. See Automation-Pipeline-Examples/README.md section 5.
-  GENERATED_AGAINST_MODULE_VERSION: '0.8.72'
+  GENERATED_AGAINST_MODULE_VERSION: '0.8.73'
   # Resolution order for the module version pin (leave all unset to install the latest,
   # which is the default "fix-forward" behaviour): queue-time parameter > pipeline variable
   # 'REQUIRED_MODULE_VERSION' overridden at queue time > empty (latest).

AzLocal.UpdateManagement/Automation-Pipeline-Examples/azure-devops/authentication-test.yml

@@ -60,7 +60,7 @@ variables:
   # log if the YAML appears stale - prompting you to refresh via
   # Copy-AzLocalPipelineExample -Update. See Automation-Pipeline-Examples/README.md section 5.
   - name: GENERATED_AGAINST_MODULE_VERSION
-    value: '0.8.72'
+    value: '0.8.73'
   # Resolution order for the module version pin (leave all unset to install the latest,
   # which is the default "fix-forward" behaviour): queue-time parameter > pipeline variable
   # 'REQUIRED_MODULE_VERSION' overridden at queue time > empty (latest).

AzLocal.UpdateManagement/Automation-Pipeline-Examples/azure-devops/fleet-connectivity-status.yml

@@ -110,7 +110,7 @@ variables:
   # the version actually installed and to the latest on PSGallery, and emits a warning
   # log if the YAML appears stale - prompting you to refresh via
   # Copy-AzLocalPipelineExample -Update. See Automation-Pipeline-Examples/README.md section 5.
-  GENERATED_AGAINST_MODULE_VERSION: '0.8.72'
+  GENERATED_AGAINST_MODULE_VERSION: '0.8.73'
   # Resolution order for the module version pin (leave all unset to install the latest,
   # which is the default "fix-forward" behaviour): queue-time parameter > pipeline variable
   # 'REQUIRED_MODULE_VERSION' overridden at queue time > empty (latest).

AzLocal.UpdateManagement/Automation-Pipeline-Examples/azure-devops/fleet-health-status.yml

@@ -105,7 +105,7 @@ variables:
   # the version actually installed and to the latest on PSGallery, and emits a warning
   # log if the YAML appears stale - prompting you to refresh via
   # Copy-AzLocalPipelineExample -Update. See Automation-Pipeline-Examples/README.md section 5.
-  GENERATED_AGAINST_MODULE_VERSION: '0.8.72'
+  GENERATED_AGAINST_MODULE_VERSION: '0.8.73'
   # Resolution order for the module version pin (leave all unset to install the latest,
   # which is the default "fix-forward" behaviour): queue-time parameter > pipeline variable
   # 'REQUIRED_MODULE_VERSION' overridden at queue time > empty (latest).

AzLocal.UpdateManagement/Automation-Pipeline-Examples/azure-devops/fleet-update-status.yml

@@ -93,7 +93,7 @@ variables:
   # the version actually installed and to the latest on PSGallery, and emits a warning
   # log if the YAML appears stale - prompting you to refresh via
   # Copy-AzLocalPipelineExample -Update. See Automation-Pipeline-Examples/README.md section 5.
-  GENERATED_AGAINST_MODULE_VERSION: '0.8.72'
+  GENERATED_AGAINST_MODULE_VERSION: '0.8.73'
   # Resolution order for the module version pin (leave all unset to install the latest,
   # which is the default "fix-forward" behaviour): queue-time parameter > pipeline variable
   # 'REQUIRED_MODULE_VERSION' overridden at queue time > empty (latest).

AzLocal.UpdateManagement/Automation-Pipeline-Examples/azure-devops/inventory-clusters.yml

@@ -43,7 +43,7 @@ variables:
   # log if the YAML appears stale - prompting you to refresh via
   # Copy-AzLocalPipelineExample -Update. See Automation-Pipeline-Examples/README.md section 5.
   - name: GENERATED_AGAINST_MODULE_VERSION
-    value: '0.8.72'
+    value: '0.8.73'
   # Resolution order for the module version pin (leave all unset to install the latest,
   # which is the default "fix-forward" behaviour): queue-time parameter > pipeline variable
   # 'REQUIRED_MODULE_VERSION' overridden at queue time > empty (latest).

AzLocal.UpdateManagement/Automation-Pipeline-Examples/azure-devops/manage-updatering-tags.yml

@@ -46,7 +46,7 @@ variables:
   # log if the YAML appears stale - prompting you to refresh via
   # Copy-AzLocalPipelineExample -Update. See Automation-Pipeline-Examples/README.md section 5.
   - name: GENERATED_AGAINST_MODULE_VERSION
-    value: '0.8.72'
+    value: '0.8.73'
   # Resolution order for the module version pin (leave all unset to install the latest,
   # which is the default "fix-forward" behaviour): queue-time parameter > pipeline variable
   # 'REQUIRED_MODULE_VERSION' overridden at queue time > empty (latest).

AzLocal.UpdateManagement/Automation-Pipeline-Examples/azure-devops/monitor-updates.yml

@@ -84,7 +84,7 @@ parameters:
     default: ''
 
 variables:
-  GENERATED_AGAINST_MODULE_VERSION: '0.8.72'
+  GENERATED_AGAINST_MODULE_VERSION: '0.8.73'
   REQUIRED_MODULE_VERSION: '${{ parameters.moduleVersion }}'
   reportsPath: '$(Build.ArtifactStagingDirectory)/reports'