docs(installer): put Phase 5 before the cutover, and flag Windows SCM as untested #95
Reference in New Issue
Block a user
No description provided.
Delete Branch "docs/installer-polish-before-cutover"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What & why
Two decisions from the org lead, recorded in the design of record.
Phase 5 runs before the
edge → maincutoverThe original order assumed the cutover would cut a v1 and packaging would follow as a v1.x. But Phase 5 changes the release layout itself (§3 —
.deb, MSI, arm64), so shipping first would mean a first release that is immediately superseded, and operators who downloaded a bare binary being told to re-download a package instead. Deferring costs nothing: nothing is published fromedge, andINSTALL.md's Appendix A is the supported path meanwhile.The cutover now has two stated entry criteria
The second is called out explicitly rather than left as a footnote.
sc create, the virtual service account, the failure actions and the token-file ACL have still never been executed anywhere — and running the systemd half for real is exactly what turned up a bug no unit test had (theuser_createdflag, installer#8). Nothing should be released while the only untested code in the crate is the half that registers a service.Windows containers are not a shortcut for this, for the record: the
ContainersandHyper-Vfeatures are disabled on the dev machine, so enabling them needs elevation plus a reboot — strictly more intrusive than running the check script in an elevated shell.How it was tested
Prose only. Both statements are decisions rather than observations, and are attributed and dated in the text.
Checklist
AI-assisted contributions (required)
Claude Code (Opus 5). I have reviewed and understand every change, and take responsibility for it. AI-authored commits are marked with aCo-Authored-Bytrailer.License