chore(ops-agent): baseline haalt de preflight_env-gate in #126
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "chore/ops-agent-baseline-preflight-env"
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?
Wat
De
preflight_env-wiring van 2026-08-01 zat alleen live in/etc/ops-agenten niet in de version-controlled baseline. Deze PR haalt de baseline byte-identiek gelijk met live.Twee hunks, beide puur toevoegingen (+32 regels):
baseline/commands.ymlpreflight_env_scrum4usbaseline/flows/redeploy_scrum4us.ymlprisma_migrate_deploy_scrum4usWaarom nu
Structureel hetzelfde defect als de host-only
LITELLM_SALT_KEY. De baseline is de referentie van de drift-detector: zolang die achterloopt meldt de timer elke nacht drift op een wijziging die we juist wilden behouden — en dan wordt de detector genegeerd.Bewijs
Check exact zoals
ops-agent-drift.servicehem aanroept:Voor deze wijziging:
DRIFT: 2 file(s), 2 hunk(s), exit 1.Volledige drift-inventaris
De check vond exact deze twee, niets anders. Flow-set live vs baseline is identiek (18 actieve flows). Runtime-baseline en repo-baseline waren onderling al gelijk op de actieve files.
Scope
/etc/ops-agentis niet aangeraakt — de repo liep achter, niet de host./opt/ops-agentniet aangeraakt./srv/scrum4me/ops-agent-drift/baseline/is mee-gesynct (met.bak.preflightenv-20260802-090501), anders blijft de timer op de oude kopie vergelijken.Openstaand (aparte beslissing, bewust niet in deze PR)
Er staan nog twee verouderde kopieën in de repo die buiten de allowlist van de drift-check vallen en dus onzichtbaar zijn voor de detector:
/etc/ops-agent/commands.yml(live)deploy/ops-agent/baseline/commands.ymldeploy/ops-agent/commands.ymlops-agent/commands.yml.examplesetup.shop een verse host installeertZie de review-notitie bij deze PR.