Story
As a Windows operator managing a CD target host, I want to install the Fallout deployment agent with a single winget install Fallout.Agent so I get a registered, ready-to-enrol Windows Service without manually unpacking a zip or scripting service registration.
Why
RFC #113 defines fallout-agent as a self-contained executable that operators run on hosts the forge runner can't reach. For Windows fleets, "self-contained executable" is necessary but not sufficient — operators expect a native, signed, package-managed install with a Service entry that survives reboots. winget is Microsoft's default answer and the lowest-friction install path for the target audience.
Acceptance criteria
Sub-tasks (filled in after creation):
Out of scope
- MSIX Store distribution (separate channel; revisit if there's demand).
- ARM64 Windows builds (deferred until x64 is shipping cleanly).
- In-app auto-update —
winget upgrade handles upgrade; agent owns no self-update logic in this story.
Related
Story
As a Windows operator managing a CD target host, I want to install the Fallout deployment agent with a single
winget install Fallout.Agentso I get a registered, ready-to-enrol Windows Service without manually unpacking a zip or scripting service registration.Why
RFC #113 defines
fallout-agentas a self-contained executable that operators run on hosts the forge runner can't reach. For Windows fleets, "self-contained executable" is necessary but not sufficient — operators expect a native, signed, package-managed install with a Service entry that survives reboots.wingetis Microsoft's default answer and the lowest-friction install path for the target audience.Acceptance criteria
Sub-tasks (filled in after creation):
microsoft/winget-pkgson stable tagOut of scope
winget upgradehandles upgrade; agent owns no self-update logic in this story.Related