javier
08b210e7c6
This PR contains the work done to add and setup the *Website* service target, a **Hummingbird** server app, into the Xcode project as a SwiftPM package with full support for containerization and driven by a `Makefile` file. To provide further details about the work done: * Swift package — SwiftPM manifest with a Website executable, related library, and test targets; depends on **hummingbird** and **swift-configuration**. * Containerization — Multi-stage `Dockerfile` producing a static-linked release build with jemalloc, running as a non-root user on port 8080. Production and local-dev `docker-compose` files included. * Configuration — `.env.local` template (with `.env` git-ignored) and `.dockerignore`/`.gitignore` entries. * Makefile — Self-documenting operational commands: * pkg — SwiftPM: _build, release, test, clean, reset, deps, outdated, update_ * img — Docker lifecycle: _build, mount, unmount, release_ Notes * New service only — no changes to existing code; nothing else in the repo is affected. * App logic is currently scaffolding; this PR establishes the service structure, build, and deployment tooling. Reviewed-on: rock-n-code/loud-amsterdam#2 Co-authored-by: Javier Cicchelli <javier@rock-n-code.com> Co-committed-by: Javier Cicchelli <javier@rock-n-code.com>
19 lines
635 B
YAML
19 lines
635 B
YAML
# Local development overrides.
|
|
# Compose merges this file on top of docker-compose.yml automatically, so a
|
|
# plain `docker compose up` builds from source instead of pulling a registry image:
|
|
#
|
|
# docker compose up --build # build locally and run
|
|
# docker compose up -d # reuse the last local build
|
|
#
|
|
# It reuses the `image:` name from the base file, so the local build is tagged
|
|
# the same way the production image would be.
|
|
services:
|
|
website:
|
|
image: ${IMAGE_NAME}:${IMAGE_TAG:-latest}
|
|
platform: linux/arm64
|
|
build:
|
|
context: .
|
|
dockerfile: Dockerfile
|
|
environment:
|
|
LOG_LEVEL: debug
|