dsh 0.2.0-rc.2: in-container update (experimental channel), path-agnostic compose, upstream patches adapted to 0.1.x/0.2.x
This commit is contained in:
commit
e6dcef9bf5
302 files changed
+75178
No files matched your search
@@ -0,0 +1,15 @@
|
||||
# Container source layout
|
||||
|
||||
The container source tree follows runtime ownership boundaries:
|
||||
|
||||
```text
|
||||
container/
|
||||
├── platform/ Stage-0, Bootstrap, shared contracts, and release tools
|
||||
├── control-plane/ Bootstrap-owned services and platform managers
|
||||
├── environment/ Reloadable definition, workloads, and packaged resources
|
||||
└── test/ Container and Compose integration checks
|
||||
```
|
||||
|
||||
`platform/` contains the trust boundary, Bootstrap, and shared protocol code. Persistent services and managers belong under `control-plane/`; the complete Container Environment source belongs under `environment/`. A Component Manifest lives with the implementation it starts. Environment inputs which are not processes live under `environment/resources/`: DSH overlays under `resources/plugins/<plugin>/`, exact source patches under `resources/patches/`, and Agent guidance under `resources/skills/<skill>/`. Environment-owned components, patches, System Plugins, and System Skills are identified by `id` and SHA-256 rather than independent release versions.
|
||||
|
||||
Bootstrap archives preserve the same `platform/` and `control-plane/` top-level layout. Image and Store References therefore resolve through the same `/run/dsh-platform/views/bootstrap` runtime view, without compatibility links or duplicate component copies.
|
||||
Reference in new issue
Block a user