@devrouter/cli 0.6.1 → 0.6.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/devrouter-lifecycle-worker.js +829 -222
- package/dist/devrouter.js +931 -763
- package/package.json +1 -1
- package/upgrade-prompts/0.6.2.md +51 -0
- package/upgrade-prompts/0.6.3.md +51 -0
package/package.json
CHANGED
|
@@ -0,0 +1,51 @@
|
|
|
1
|
+
# Upgrade to devrouter 0.6.2
|
|
2
|
+
|
|
3
|
+
This patch extends managed startup with explicit initialization for a new
|
|
4
|
+
disposable environment. Existing configurations and ordinary preserving
|
|
5
|
+
startup remain compatible. No reset, data deletion or implicit initialization
|
|
6
|
+
is introduced.
|
|
7
|
+
|
|
8
|
+
## Task
|
|
9
|
+
|
|
10
|
+
Within an authorized consumer adaptation, install the published CLI, confirm
|
|
11
|
+
its executable/version, bump `devrouter.version` in `.devrouter.yml` and refresh
|
|
12
|
+
existing agent guidance with `devrouter repo agents`. Update an explicitly
|
|
13
|
+
managed controller to the matching version before using the new intent there;
|
|
14
|
+
an old controller refuses the new protocol field.
|
|
15
|
+
|
|
16
|
+
A repository that needs first initialization may declare
|
|
17
|
+
`managedRuntime.devcontainer.freshBootstrap` with literal `command` argv,
|
|
18
|
+
nonempty `dataVolumes` keys and optional distinct `sharedCaches` keys. For a new
|
|
19
|
+
disposable checkout only, request `devrouter ensure <path> --profile <name>
|
|
20
|
+
--initialize-new --json`. The repository owns database identity, emptiness,
|
|
21
|
+
schema and seed validation. Qualify its original hooks as preserving.
|
|
22
|
+
|
|
23
|
+
Read `docs/DEVCONTAINER.md` for the supported context and mount requirements.
|
|
24
|
+
The initial qualified provider is Devsy 1.19.0 with the default environment
|
|
25
|
+
probe. Non-cache volumes must use new local storage; declared shared caches
|
|
26
|
+
must be external. Unsupported contexts and unknown ownership refuse.
|
|
27
|
+
|
|
28
|
+
An initialization request durably consumes one attempt before provider
|
|
29
|
+
creation. Failure, cancellation and unknown completion retain partial data and
|
|
30
|
+
the attempt. Stop, replacement, registration loss and journal settlement never
|
|
31
|
+
rearm it. Use supported preserving recovery, or a new disposable checkout for
|
|
32
|
+
a new attempt. Never hand-edit its journal, infer reset authority or bypass
|
|
33
|
+
worker, ownership, endpoint or population refusals.
|
|
34
|
+
|
|
35
|
+
## Validation
|
|
36
|
+
|
|
37
|
+
1. Run the consumer's static configuration and bootstrap checks for actual edits.
|
|
38
|
+
2. When runtime verification is authorized, initialize a new disposable fixture
|
|
39
|
+
with the explicit flag, verify actual application work and exact synthetic
|
|
40
|
+
data through stop/resume and the intended replacement path, and confirm a
|
|
41
|
+
second initialization request refuses.
|
|
42
|
+
3. Verify failure/unknown completion preserves data and prevents replay. Finish
|
|
43
|
+
with canonical `devrouter stop <path>` and prove stopped provider state and
|
|
44
|
+
zero exact routes unless the user explicitly keeps it running.
|
|
45
|
+
|
|
46
|
+
## Report
|
|
47
|
+
|
|
48
|
+
Report exact source/package/executable identities, changed configuration,
|
|
49
|
+
qualified provider/context and tests, initialization/preserving behavior,
|
|
50
|
+
actual retained-data evidence, remaining consumer prerequisites and final
|
|
51
|
+
provider/route state. A release or installation alone is not consumer recovery.
|
|
@@ -0,0 +1,51 @@
|
|
|
1
|
+
# Upgrade to devrouter 0.6.3
|
|
2
|
+
|
|
3
|
+
This patch qualifies explicit fresh managed initialization on Devsy 1.24.0 in
|
|
4
|
+
addition to 1.19.0. The operation and its data, context and ownership guarantees
|
|
5
|
+
are unchanged. Early ineligible repair now refuses before repository preparation
|
|
6
|
+
and records a known failure; cancellation and uncertain completion stay distinct.
|
|
7
|
+
Use ordinary ensure for startup and inspect exact-checkout diagnostics when an
|
|
8
|
+
explicit recorded-profile repair is ineligible. Qualify preserving source hooks
|
|
9
|
+
before starting a retained environment. Ordinary startup retains its existing provider support.
|
|
10
|
+
|
|
11
|
+
## Task
|
|
12
|
+
|
|
13
|
+
Within an authorized consumer adaptation, install the published CLI, verify its
|
|
14
|
+
executable/version, bump `devrouter.version` in `.devrouter.yml`, and refresh
|
|
15
|
+
existing guidance with `devrouter repo agents`. Explicitly managed controllers
|
|
16
|
+
must use the matching initialization protocol. No configuration migration is
|
|
17
|
+
required for ordinary startup.
|
|
18
|
+
|
|
19
|
+
Before adopting a changed Devsy release, follow the explicit agent preparation
|
|
20
|
+
in `docs/GETTING_STARTED.md`: `devrouter setup --yes --workspace-runtime devsy`.
|
|
21
|
+
That machine setup needs its own authority. A host-governed readiness result
|
|
22
|
+
without a verified matching agent does not prove replacement can acquire one.
|
|
23
|
+
The 1.24.0 replacement qualification uses the matching verified Linux agent;
|
|
24
|
+
ordinary lifecycle calls never substitute an unverified inherited binary.
|
|
25
|
+
|
|
26
|
+
For a new disposable checkout, follow the current `docs/DEVCONTAINER.md`
|
|
27
|
+
`freshBootstrap` contract and request `ensure <path> --initialize-new` only
|
|
28
|
+
within existing consumer authority. Qualify the complete selected composition,
|
|
29
|
+
new local data volumes, explicit shared caches and repository-owned database
|
|
30
|
+
identity/emptiness checks. Unqualified provider versions and contexts refuse.
|
|
31
|
+
|
|
32
|
+
The durable attempt is consumed before provider creation. Failure, cancellation,
|
|
33
|
+
unknown completion, stop, replacement, registration loss and settlement never
|
|
34
|
+
rearm it. Preserve partial data and use supported preserving recovery. Never
|
|
35
|
+
clear the attempt or treat this operation as an existing-environment reset.
|
|
36
|
+
|
|
37
|
+
## Validation
|
|
38
|
+
|
|
39
|
+
1. Run the consumer's static configuration and bootstrap checks for actual edits.
|
|
40
|
+
2. With runtime authority, initialize a new disposable fixture on the exact
|
|
41
|
+
qualified provider version; verify actual work, retained synthetic data
|
|
42
|
+
through preserving stop/resume, and refusal of a repeated initialization.
|
|
43
|
+
3. Check failure/cancellation retention and replay refusal. End with canonical
|
|
44
|
+
`devrouter stop <path>` and verify stopped provider state and zero exact routes
|
|
45
|
+
unless the user explicitly retains the environment.
|
|
46
|
+
|
|
47
|
+
## Report
|
|
48
|
+
|
|
49
|
+
Report exact source/package/executable and provider identities, actual checks,
|
|
50
|
+
retained-data evidence, remaining consumer prerequisites and final runtime state.
|
|
51
|
+
A compatible release or installation alone does not prove consumer recovery.
|