☰ Contents
AISA v2.0 / Technical documentation / Stage S6 — Deployment scripts, the port and the revert path

Stage S6 — Deployment scripts, the port and the revert path

F verified factP decided planC open challenge

Purpose

In the Development module (id source), a reviewed change is not a delivered change. This stage produces exactly three things, and a case missing any of them is not done (DG-5): the script set for the environments the brief names, the port prepared (a commit on a worktree, or the recorded "no counterpart"), and the revert path.

Inputs → Outputs

In: the reviewed merge-request head and its source-tree hash, the reviewer's verdict, the environments the brief named. Out: artifacts, database scripts and configuration items per lineage; the port prepared — a commit on a worktree or the recorded no master counterpart; revert commits or a teardown; gate H4 on the set.

What happens

Stage What happens Who
S6 deployment scripts the set for the environments the brief names (artifacts + DB scripts + config items, per lineage), the port prepared (a commit on a worktree from the port procedure across layouts, fix commits only, source commit named; appsettings never carried across F: [rules]) or the recorded outcome no master counterpart, and the revert path (revert commits / teardown) deployer

What runs this stage

Agents source.deployer
Isolated sub-agents
Memory domains it reads / proposes to source/<repository> branch maps and the port procedure (Agents Memory)
Skills it runs port between layouts · PL/SQL snapshot + signature (Agents Memory and Skills)
Its branch of the graph Development Module § 0 — the module's agent tree, its memory branch and its skills · the component list is Components — Development

Every stage also uses source.root — the only profile that reaches the human — and the platform's write_executor and write_auditor (Gating).

Rules this stage carries, taken from real changes

P Case-series and mixed release contract: Case journeys §§ 5–6 requires the ordered commit series, exact source/target heads, each required database row/script, package and consumer image, external template and process version, with compatibility dependencies and target assertions. UI/backend order is case-specific. Ports can run in any declared direction; subject equality is not equivalence, and a protected-ref rewrite invalidates affected evidence. Missing scripts/rows are explicit blocking obligations, not an implied manual step. Revert/re-add iterations remain in the case history.