Move dev compose to docker/dev/ to match the standard layout #52
Labels
No labels
app
backlog
bug
ci-cd
contribution welcome
duplicate
enhancement
good first issue
help wanted
question
testing
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: lvl0/dishplanner#52
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
The
container-devMCP tooling resolves the dev compose file at a fixed path:dishplanner keeps it at the repo root (
docker-compose.yml), so everycontainer-devtool —container_test,container_lint,container_analyse,container_tinker,container_db_read— fails immediately withFileNotFoundErrorbefore reaching a container.This is a broken gate: the standard workflow expects tests, lint, and static analysis to run through these tools, and none of them work in this repo.
Reference: how ffr does it
ffrfollows the expected layout and works:dishplanner already shares the
docker/build/Dockerfile.ciconvention — onlydev/is missing.Scope
Move
docker-compose.yml→docker/dev/docker-compose.ymland fix the paths that assumed the repo root.1. Compose file internals. ffr uses
context: ../..because its compose sits two levels down; dishplanner currently usescontext: .. Every relative path needs rewriting:build.context: .→../...→../.../docker/mysql-init→../mysql-init2.
shell.nix. Around 15podman-composehelper commands (up,down,restart,logs,artisan,phpunit, …) currently rely on auto-discovering the compose file in the CWD. Adopt ffr's pattern — set it once and pass it explicitly:Also update the
if [ -f "docker-compose.yml" ]guard near line 174.3. Docs.
README.md(§docker-compose.yml) andCONTRIBUTING.mdreference the old path.Out of scope
docker-compose.prod.yml— stays at the repo root, does not reference the dev compose.forgejo/workflows/ci.ymlbuilds fromdocker/build/Dockerfile.ciandbuild.ymlfrom the rootDockerfile; neither uses the dev composeAcceptance
docker/dev/docker-compose.ymlexists; rootdocker-compose.ymlremovedshell.nixhelpers work unchanged from the user's point of viewcontainer-devMCP tools succeed againstproject_path= repo rootcontainer_test