docs: sort the top-level directories into five sections by what the reader wants
Every docs directory moves under 1-getting-started, 2-handbook, 4-implementation or 5-project; the options reference (section 3) comes from the website and has no directory here. trust-boundary stays whole under the handbook for now. web-ui, swarm and tools split between handbook and implementation, and the command-line references move to 2-handbook/reference. Links, path references in code and nix, and the docs index follow the moves; no page content changes.
This commit is contained in:
parent
53ccbcb4b3
commit
6739bb903d
1 changed files with 736 additions and 701 deletions
|
|
@ -61,7 +61,7 @@ an error.
|
|||
| `SWARMCTL_SWARM` | the swarm's domain, bare or `https://`: reach the controller there |
|
||||
| `SWARMCTL_CA_FILE` | a PEM CA to trust beside the system roots, for `SWARMCTL_SWARM` |
|
||||
|
||||
Every verb and flag: [`docs/tools/swarmctl-cli.md`](../docs/tools/swarmctl-cli.md).
|
||||
Every verb and flag: [`docs/2-handbook/reference/swarmctl-cli.md`](../docs/2-handbook/reference/swarmctl-cli.md).
|
||||
The sections below cover why each verb behaves as it does.
|
||||
|
||||
## `user add`
|
||||
|
|
@ -160,7 +160,7 @@ refused. The response body comes from `swarm-controller-api`, imported in
|
|||
The `/api/schedules` routes on the swarm-controller, over the
|
||||
same socket as `agent create`; each verb waits for the stored result. What a
|
||||
schedule does once stored is in
|
||||
[`docs/swarm/schedules.md`](../docs/swarm/schedules.md). The bodies come
|
||||
[`docs/2-handbook/swarm/schedules.md`](../docs/2-handbook/swarm/schedules.md). The bodies come
|
||||
from `swarm-controller-api`, imported in `src/schedule.rs`.
|
||||
|
||||
## Remote use: `swarmctl login`
|
||||
|
|
|
|||
Loading…
Reference in a new issue