ADR-013 Phase 0: plugin lifecycle groundwork (validate, apply-profile, dependency fixes)
This commit is contained in:
10
Dockerfile
10
Dockerfile
@@ -2,10 +2,12 @@
|
||||
#
|
||||
# One image, one site. Per ADR-004, each adopting facility runs its own
|
||||
# stack with its own DB, secrets, and enabled-plugin list. This image
|
||||
# bundles all eleven core plugins (computers, employees, knowledgebase,
|
||||
# machines, measuringtools, network, notifications, printers, slides, usb,
|
||||
# warranty);
|
||||
# install them at runtime with `flask plugin install <name>`.
|
||||
# bundles all 13 catalog plugins (computers, employees, geenforce,
|
||||
# knowledgebase, machines, measuringtools, network, notifications,
|
||||
# printedparts, printers, slides, usb, warranty); a site installs + enables
|
||||
# the ones it wants with `flask plugin install <name>` (or, declaratively,
|
||||
# `flask plugin apply-profile <profile.json>`). Per ADR-013 a future lean
|
||||
# build stages only the chosen plugin directories into this image.
|
||||
#
|
||||
# The frontend is built in a first stage and its dist output is copied into
|
||||
# the final image so Flask can serve the SPA (register_frontend_routes in
|
||||
|
||||
Reference in New Issue
Block a user