@devrouter/cli 0.0.61 → 0.0.63

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@devrouter/cli",
3
- "version": "0.0.61",
3
+ "version": "0.0.63",
4
4
  "description": "Local dev routing CLI with shared Traefik reverse proxy",
5
5
  "author": "Roland Schlaefli",
6
6
  "homepage": "https://github.com/rschlaefli/devrouter#readme",
@@ -0,0 +1,35 @@
1
+ # Upgrade to devrouter 0.0.62
2
+
3
+ This patch restores manual tooling access after interrupted preparation has drained,
4
+ when the exact retained Devsy runtime can be proven. Each subsequent command keeps
5
+ requiring fresh identity proof until a later ensure replaces the interrupted result.
6
+ History rollover preserves the latest preparation result.
7
+
8
+ ## Task
9
+
10
+ Install the published patch through the established workflow and update
11
+ `.devrouter.yml` devrouter.version to 0.0.62. No schema migration is required.
12
+ Refresh distributed agent guidance through the existing repository workflow.
13
+ Do not restart or recreate a retained runtime to test tooling access.
14
+
15
+ ## Validation
16
+
17
+ Confirm the installed version and exact checkout/provider identity. Run canonical
18
+ `devrouter exec <checkout> -- node --version` once on an already-running runtime.
19
+ Verify a known completion and unchanged configuration, managed state, routes,
20
+ container identity and retained data. Preserve the interrupted ensure result.
21
+ Never replay an uncertain command. Continue only already-authorized validation.
22
+
23
+ ## Limits
24
+
25
+ Recovery requires Devsy with the plain local Docker command and exact ownership
26
+ proof. It does not repair missing stop baselines, change provider configuration,
27
+ resolve repository bootstrap errors, provide complete OOM protection, enable
28
+ capacity admission, or establish autonomous agent recovery. Synthetic qualification
29
+ is not live consumer acceptance. Installation alone does not change runtime state.
30
+
31
+ ## Report
32
+
33
+ Report installed version, exact checkout/provider, command outcome, preservation
34
+ checks, remaining limitations and final runtime/route state or existing retention
35
+ lease. Distinguish released source from consumer acceptance.
@@ -0,0 +1,36 @@
1
+ # Upgrade to devrouter 0.0.63
2
+
3
+ This patch waits for healthy lifecycle workers before tooling execution and
4
+ recovers stop when a saved baseline proves a linked Devsy runtime absent.
5
+
6
+ ## Task
7
+
8
+ Install the published patch through the established workflow and update
9
+ `.devrouter.yml` devrouter.version to 0.0.63. No schema migration is required.
10
+ Refresh distributed agent guidance through the existing repository workflow.
11
+ Installation does not require a runtime restart.
12
+
13
+ ## Validation
14
+
15
+ Confirm the installed version and exact checkout/provider identity. On an
16
+ already-running authorized runtime, run canonical `devrouter exec <checkout> --
17
+ node --version` and verify completion without restarting services. Never replay
18
+ an uncertain command. For an already-authorized absent-runtime recovery, use
19
+ canonical `devrouter stop <checkout> --json`; verify stopped state, zero scoped
20
+ routes and retained history. Run ensure only within the consumer owner's scope.
21
+ A successful stop does not prove that subsequent startup succeeds.
22
+
23
+ ## Limits
24
+
25
+ Absent-runtime recovery requires a valid saved baseline, exact linked-workspace
26
+ ownership and Devsy selection. It does not override mixed-provider selection,
27
+ repair legacy records without baselines, solve exhausted Docker network pools,
28
+ enable capacity admission or provide complete OOM protection or autonomous agent
29
+ recovery. Host process-inspection restrictions still require permitted host
30
+ execution; never remove locks or weaken ownership checks to work around them.
31
+
32
+ ## Report
33
+
34
+ Report installed version, exact checkout/provider, command outcome, preservation
35
+ checks and final runtime/route state or explicit retention requirement. Separate
36
+ released source, synthetic checks and live consumer acceptance.