update deploy guide per spec + add licensing standard
deploy.md: - fix logs path to /srv/logs/<dev>/<project> - reframe permissions as a deployer-side heads-up (bind-mount ownership is handled at deploy time; 'if your bot won't start or logs vanish, flag us') instead of a dev task / heavy footgun - git in the image only when the container needs it (host always has git) - NEW: layer caching (requirements before code copy) - NEW: subprocess/browser workloads — init:true (tini + PID-1 shell-wrapper gotcha), shm_size 2gb, mem_limit; with code annotations and a warning - refresh the compose-needs checklist accordingly standards.md: - NEW: licensing — no per-file headers; single top-level LICENSE only when a repo is for outside use Verified: mkdocs build --strict clean; new deploy sections rendered. Signed-off-by: disqualifier <dev@disqualifier.me>
This commit is contained in:
@@ -51,6 +51,12 @@ $ flake8
|
||||
- Every library and project has a **README** with the install line, what it does,
|
||||
and a usage example.
|
||||
|
||||
!!! note "Licensing — no per-file headers"
|
||||
Don't prepend license/copyright boilerplate to source files. If a repo needs a
|
||||
license, it's a single top-level **`LICENSE`** file — never repeated per file.
|
||||
Most internal repos don't carry one; add it only when a repo is meant for
|
||||
outside use and the terms are decided.
|
||||
|
||||
=== "Do"
|
||||
|
||||
```python
|
||||
|
||||
Reference in New Issue
Block a user