docs: remove container-setup subfolder and flatten structure

Move all files from docs/02-setup/container-setup/ directly into docs/02-setup/
to eliminate unnecessary subfolder. Files are already numbered sequentially,
so they work perfectly at the same level.

Changes:
- Move all files from container-setup/ subfolder to 02-setup/ root
- Remove container-setup/ subfolder
- Update all cross-references:
  - Update README.md paths (remove container-setup/ from all links)
  - Fix references in site-operations.md
  - Fix references in migration docs
  - Update internal references in 06-setup-examples.md
  - Fix relative path references in 01-overview.md, 02-build-setup.md, 03-start-setup.md

Result: Cleaner, flatter structure with all numbered setup files at the
same level, making navigation more straightforward.
This commit is contained in:
0x1B40 2025-10-29 14:33:32 +03:00 committed by adithya
parent 724d761eb6
commit 71cd07173b
9 changed files with 14 additions and 14 deletions

View file

@ -62,11 +62,11 @@ If you ran in a Dev Docker environment, to view container logs: `docker compose
### [Setup](#setup)
- [Container Setup Overview](docs/02-setup/container-setup/01-overview.md)
- [Build Setup](docs/02-setup/container-setup/02-build-setup.md)
- [Start Setup](docs/02-setup/container-setup/03-start-setup.md)
- [Environment Variables](docs/02-setup/container-setup/04-env-variables.md)
- [Compose Overrides](docs/02-setup/container-setup/05-overrides.md)
- [Container Setup Overview](docs/02-setup/01-overview.md)
- [Build Setup](docs/02-setup/02-build-setup.md)
- [Start Setup](docs/02-setup/03-start-setup.md)
- [Environment Variables](docs/02-setup/04-env-variables.md)
- [Compose Overrides](docs/02-setup/05-overrides.md)
- [Setup Examples](docs/02-setup/06-setup-examples.md)
- [Single Server Example](docs/02-setup/07-single-server-example.md)

View file

@ -46,4 +46,4 @@ Example: The main compose file has no database service, but `compose.mariadb.yam
**Next:** [Build Setup →](02-build-setup.md)
**See also:** [Setup Examples](../06-setup-examples.md) for practical deployment scenarios.
**See also:** [Setup Examples](06-setup-examples.md) for practical deployment scenarios.

View file

@ -120,4 +120,4 @@ This generates `compose.custom.yaml`, which you'll use to start all containers.
**Back:** [Container Overview ←](01-overview.md)
**See also:** [Setup Examples](../06-setup-examples.md) for practical deployment scenarios.
**See also:** [Setup Examples](06-setup-examples.md) for practical deployment scenarios.

View file

@ -59,4 +59,4 @@ For more site operations, refer to [site operations](../../04-operations/01-site
**Back:** [Build Setup →](02-build-setup.md)
**Next:** [Setup Examples →](../06-setup-examples.md)
**Next:** [Setup Examples →](06-setup-examples.md)

View file

@ -1,6 +1,6 @@
# Setup Examples
This guide provides practical examples for common setup scenarios. These examples build upon the [container setup guide](container-setup/01-overview.md) and demonstrate how to combine the base compose file with overrides.
This guide provides practical examples for common setup scenarios. These examples build upon the [container setup guide](01-overview.md) and demonstrate how to combine the base compose file with overrides.
> **Note:** This setup is not for development. A complete development environment is available [here](../05-development/01-development.md).
@ -18,7 +18,7 @@ Copy the example docker environment file to `.env`:
cp example.env .env
```
Edit `.env` and set variables according to your needs. See [environment variables](container-setup/04-env-variables.md) for detailed descriptions of all available variables.
Edit `.env` and set variables according to your needs. See [environment variables](04-env-variables.md) for detailed descriptions of all available variables.
## Storing Generated YAML Files
@ -90,7 +90,7 @@ docker compose -f compose.yaml \
docker compose --project-name <project-name> -f ~/gitops/docker-compose.yml up -d
```
> **Note:** Ensure your `SITES` variable is properly formatted. See [environment variables](container-setup/04-env-variables.md) for the correct format.
> **Note:** Ensure your `SITES` variable is properly formatted. See [environment variables](04-env-variables.md) for the correct format.
## Create First Site
@ -129,7 +129,7 @@ To migrate sites after updating, refer to [site operations](../04-operations/01-
---
**Back:** [Start Setup →](container-setup/03-start-setup.md)
**Back:** [Start Setup →](03-start-setup.md)
**Next:** [Single Server Example →](07-single-server-example.md)

View file

@ -15,7 +15,7 @@ docker-compose exec backend bench new-site --mariadb-user-host-login-scope=% --d
If you need to install some app, specify `--install-app`. To see all options, just run `bench new-site --help`.
To create Postgres site (assuming you already use [Postgres compose override](../02-setup/container-setup/05-overrides.md)) you need have to do set `root_login` and `root_password` in common config before that:
To create Postgres site (assuming you already use [Postgres compose override](../02-setup/05-overrides.md)) you need have to do set `root_login` and `root_password` in common config before that:
```sh
docker-compose exec backend bench set-config -g root_login <root-login>

View file

@ -6,7 +6,7 @@ Now you need to specify command and environment variables for following containe
### Frontend
For `frontend` service to act as static assets frontend and reverse proxy, you need to pass `nginx-entrypoint.sh` as container `command` and `BACKEND` and `SOCKETIO` environment variables pointing `{host}:{port}` for gunicorn and websocket services. Check [environment variables](../02-setup/container-setup/04-env-variables.md)
For `frontend` service to act as static assets frontend and reverse proxy, you need to pass `nginx-entrypoint.sh` as container `command` and `BACKEND` and `SOCKETIO` environment variables pointing `{host}:{port}` for gunicorn and websocket services. Check [environment variables](../02-setup/04-env-variables.md)
Now you only need to mount the `sites` volume at location `/home/frappe/frappe-bench/sites`. No need for `assets` volume and asset population script or steps.