- Start the local stack with Docker Compose:
docker compose watch
- Now you can open your browser and interact with these URLs:
Backend, JSON based web API based on OpenAPI: https://localhost
Automatic interactive documentation with Swagger UI (from the OpenAPI backend): https://localhost/docs
To check the logs, run (in another terminal):
docker compose logs
To check the logs of a specific service, add the name of the service, e.g.:
docker compose logs backend
The Docker Compose files are configured so that each of the services is available in a different port in localhost
.
For the backend, it uses the same port that would be used by its local development server, so, the backend is at https://localhost
This way, you could turn off a Docker Compose service and start its local development service, and everything would keep working, because it all uses the same ports.
For example, you can stop that backend
service in the Docker Compose, in another terminal, run:
docker compose stop backend
And then start the local frontend development server:
cd backend
uv run fastapi dev app/main.py
There is a main docker-compose.yml
file with all the configurations that apply to the whole stack, it is used automatically by docker compose
.
And there's also a docker-compose.override.yml
with overrides for development, for example to mount the source code as a volume. It is used automatically by docker compose
to apply overrides on top of docker-compose.yml
.
we are using a tool called pre-commit for code linting and formatting.
When you install it, it runs right before making a commit in git. This way it ensures that the code is consistent and formatted even before it is committed.
You can find a file .pre-commit-config.yaml
with configurations at the root of the project.
pre-commit
is already part of the dependencies of the project, but you could also install it globally if you prefer to, following the official pre-commit docs.
After having the pre-commit
tool installed and available, you need to "install" it in the local repository, so that it runs automatically before each commit.
Using uv
, you could do it with:
❯ uv run pre-commit install
pre-commit installed at .git/hooks/pre-commit
Now whenever you try to commit, e.g. with:
git commit
...pre-commit will run and check and format the code you are about to commit, and will ask you to add that code (stage it) with git again before committing.
Then you can git add
the modified/fixed files again and now you can commit.
you can also run pre-commit
manually on all the files, you can do it using uv
with:
❯ uv run pre-commit run --all-files
check for added large files..............................................Passed
check toml...............................................................Passed
check yaml...............................................................Passed
ruff.....................................................................Passed
ruff-format..............................................................Passed
The production or staging URLs would use these same paths, but with your own domain.
Development URLs, for local development.
Backend: https://localhost
Automatic Interactive Docs (Swagger UI): https://localhost/docs
Automatic Alternative Docs (ReDoc): https://localhost/redoc