docker-compose.test.yml

# BPP Isolated Test Runner
# No ports exposed, full isolation, parallel-safe across worktrees.
#
# Usage:
#   make tests-in-docker
#   PYTHON_VERSION=3.12 make tests-in-docker
#   make tests-in-docker-down

services:
  db:
    # Obraz budowany w osobnym repo: https://github.com/iplweb/bpp-dbserver
    image: iplweb/bpp_dbserver:psql-16.13
    environment:
      - PGPORT=${DJANGO_BPP_DB_PORT:-5432}
      - POSTGRES_DB=${DJANGO_BPP_DB_NAME:-bpp}
      - POSTGRES_USER=${DJANGO_BPP_DB_USER:-bpp}
      - POSTGRESQL_UNSAFE_BUT_FAST=1
      # Zachowawczo — CI zwykle nie odpala tak wielu workerów jak lokal.
      - POSTGRESQL_MAX_LOCKS_PER_TRANSACTION=128
    # PGDATA na tmpfs — z fsync=off i tak prawie nic nie jest zapisywane
    # synchronicznie, ale tmpfs eliminuje całą ścieżkę kernel writeback.
    # Dane bazy testowej są ulotne (czyszczone przez `compose down -v`),
    # więc trwałość nie jest potrzebna.
    tmpfs:
      - /var/lib/postgresql/data
    volumes:
      # Baseline pg_dump ładowany przez postgresowy entrypoint przy
      # pierwszej inicjalizacji bazy (tj. zawsze, bo PGDATA na tmpfs).
      # Połączone z DJANGO_BPP_TEST_TEMPLATE=bpp poniżej daje template-clone
      # zamiast `psql -f baseline.sql` per worker xdista.
      - ./baseline-sql/baseline.sql:/docker-entrypoint-initdb.d/01-baseline.sql:ro
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U ${DJANGO_BPP_DB_USER:-bpp}"]
      start_period: 10s
      interval: 5s
      timeout: 5s
      retries: 5

  redis:
    image: redis:latest
    command: redis-server --loglevel warning --port ${DJANGO_BPP_REDIS_PORT:-6379}
    healthcheck:
      test: ["CMD", "redis-cli", "-p", "${DJANGO_BPP_REDIS_PORT:-6379}", "ping"]
      start_period: 5s
      interval: 5s
      timeout: 5s
      retries: 3
    volumes:
      - redis_data:/data

  test-runner:
    # Local dev (`make tests-in-docker`): TEST_RUNNER_IMAGE unset →
    # compose falls back to `build:` and bakes the image on demand.
    # CI: prepare-image job pushes ghcr.io/iplweb/bpp-test-runner:sha-<SHA>
    # and exports TEST_RUNNER_IMAGE so test jobs `compose pull` instead
    # of rebuilding (saves ~3 min per job × 7 jobs).
    image: ${TEST_RUNNER_IMAGE:-bpp-test-runner:local}
    build:
      context: .
      dockerfile: docker/bpp_base/Dockerfile
      target: test-runner
      args:
        PYTHON_VERSION: ${PYTHON_VERSION:-3.12}
        DEBIAN_VERSION: ${DEBIAN_VERSION:-trixie}
        NODEJS_VERSION: ${NODEJS_VERSION:-20}
    volumes:
      - .:/src
      - /var/run/docker.sock:/var/run/docker.sock
    working_dir: /src
    depends_on:
      db: { condition: service_healthy }
      redis: { condition: service_healthy }
    environment:
      DJANGO_BPP_DB_HOST: db
      DJANGO_BPP_DB_PORT: 5432
      DJANGO_BPP_DB_NAME: bpp
      DJANGO_BPP_DB_USER: bpp
      DJANGO_BPP_DB_PASSWORD: password
      DJANGO_BPP_DB_DISABLE_SSL: 1
      DJANGO_BPP_REDIS_HOST: redis
      DJANGO_BPP_REDIS_PORT: 6379
      # Wyłącz testcontainers — w CI serwisy (db, redis) są uruchamiane
      # przez docker-compose, nie przez testcontainers. Testcontainers
      # z wnętrza kontenera wymagałyby Docker-in-Docker. Nazwa zmiennej
      # pochodzi z pakietu pytest-testcontainers — gdy ustawiona na
      # 1/true/yes, plugin sie wylacza i testy uzywaja zmiennych
      # DJANGO_BPP_DB_* dostarczonych przez docker-compose.
      PYTEST_TESTCONTAINERS_DISABLE: 1
      # Baseline jest ładowany przez postgresowy entrypoint (mount
      # /docker-entrypoint-initdb.d/01-baseline.sql w servisie db). Tutaj
      # mówimy Django, że ma tworzyć test_bpp_gwN jako klon `bpp` przez
      # CREATE DATABASE … WITH TEMPLATE bpp — natywna operacja Postgresa,
      # instant per worker, zamiast `psql -f baseline.sql` per worker.
      # Patrz: src/django_pg_baseline/patches.py.
      DJANGO_BPP_TEST_TEMPLATE: bpp

volumes:
  redis_data: