You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
platform-tenant-template is a portfolio product whose roadmap must live in GitHub Issues on its
own repository, but the live repository has Issues disabled. Its active declarative Repository
omits hasIssues, so the provider's optional-boolean zero value is authoritative and the github-config tenant reverts an out-of-band enablement.
This was reproduced against the live control plane on 2026-08-10:
the REST setting was changed to has_issues=true and read back at 00:54:29Z;
by 00:57:20Z, the reconciler had restored has_issues=false; issue reads returned HTTP 410 and
the roadmap became inaccessible again.
This is not a UI setting to toggle repeatedly. It is declarative drift in the source of truth and
blocks the product from having the contract-mandated issue roadmap.
Declare hasIssues: true in deploy/repositories/platform-tenant-template.yaml at the live value this product requires.
Extend the repository update-policy/drift coverage so removing or falsifying this field fails
closed; an absent optional boolean must not silently disable the tracker again.
Ship the signed GitHub-config artifact and verify has_issues=true persists after the
reconciliation marker advances.
Recover the already-created roadmap anchor fix(deploy): preserve Actions release labels #133: set its canonical Issue Type to Epic and
verify its Project 5 item remains in Backlog rather than creating a duplicate roadmap.
Acceptance criteria
kubectl kustomize deploy/ and all seven repository validation commands pass.
The rendered platform-tenant-template Repository declares hasIssues: true.
A negative mutation that removes or disables the field is rejected by the focused contract test.
After merge, release, and reconciliation, two live reads separated by a reconciliation advance
report has_issues=true.
platform-tenant-template#133 is readable, labelled roadmap, typed Epic, and present on
Project 5 with Status Backlog.
Rough size
Small: one declarative setting, focused regression coverage, and downstream reconciliation proof.
Problem
platform-tenant-templateis a portfolio product whose roadmap must live in GitHub Issues on itsown repository, but the live repository has Issues disabled. Its active declarative
Repositoryomits
hasIssues, so the provider's optional-boolean zero value is authoritative and thegithub-configtenant reverts an out-of-band enablement.This was reproduced against the live control plane on 2026-08-10:
has_issues=trueand read back at00:54:29Z;platform-tenant-template#133and added to Project 5 as Backlog; and
00:57:20Z, the reconciler had restoredhas_issues=false; issue reads returned HTTP 410 andthe roadmap became inaccessible again.
This is not a UI setting to toggle repeatedly. It is declarative drift in the source of truth and
blocks the product from having the contract-mandated issue roadmap.
Part of #56.
Proposed direction
hasIssues: trueindeploy/repositories/platform-tenant-template.yamlat the live value this product requires.closed; an absent optional boolean must not silently disable the tracker again.
has_issues=truepersists after thereconciliation marker advances.
Epicandverify its Project 5 item remains in Backlog rather than creating a duplicate roadmap.
Acceptance criteria
kubectl kustomize deploy/and all seven repository validation commands pass.platform-tenant-templateRepository declareshasIssues: true.report
has_issues=true.platform-tenant-template#133is readable, labelledroadmap, typedEpic, and present onProject 5 with Status
Backlog.Rough size
Small: one declarative setting, focused regression coverage, and downstream reconciliation proof.