Sigwin's default per-project infra.
Sigwin Infra is a reusable infrastructure framework that provides standardized Makefiles for different project types (PHP libraries, Symfony applications, Pimcore applications, Node.js projects, etc.). Projects consume these resources by including the appropriate .mk files in their Makefiles.
The resources/ directory contains modular Makefile includes organized by technology and purpose:
- Common: Platform-agnostic and platform-specific (Linux/Darwin/Windows) base configuration
- PHP: PHP library, monorepo library, and PHAR building targets
- Symfony: Symfony application-specific targets (extends PHP)
- Pimcore: Pimcore application-specific targets (extends PHP)
- Node: Node.js tooling via Docker
- Compose: Docker Compose orchestration (build, start, stop, shell access)
- Secrets: Secret file management from
.disttemplates - Monorepo: Multi-package repository support
- YASSG: Static site generation support
- Gitlab/Lighthouse/Visual: CI/CD and testing integrations
Resources follow an inheritance model:
PHP/library.mkincludesPHP/common.mkSymfony/common.mkincludesPHP/common.mkSymfony/application.mkincludesSymfony/common.mk+Compose/common.mk- All resources include
Common/default.mkfor base functionality
Each resource defines SIGWIN_INFRA_ROOT to locate the resource directory, enabling consumption from vendor or monorepo locations.
All PHP and Node.js commands run inside Docker containers to ensure consistent environments:
- PHP: Uses
jakzal/phpqaimage (configurable viaPHPQA_DOCKER_IMAGE) - Node: Uses official
node:alpineimage - Containers mount the project directory, home directory caches, and execute with host user permissions
The init target (in Common/default.mk) copies distribution files from resource directories to consuming projects. Each resource directory can contain template files that get copied during initialization.
make help # Show all available targetsThe make help command can be customized with project-specific information by adding metadata to your package.json (Node.js projects) or composer.json (PHP projects):
For package.json:
{
"name": "my-project",
"description": "A brief description of your project",
"homepage": "https://docs.example.com",
"repository": {
"type": "git",
"url": "https://github.com/example/my-project.git"
},
"extra": {
"sigwin/infra": {
"help_color": "46",
"local_urls": [
{"url": "http://localhost:3000", "description": "Main dev server"},
{"url": "http://api.local.test", "description": "API endpoint"}
]
}
}
}For composer.json:
{
"name": "my-project/library",
"description": "A brief description of your project",
"homepage": "https://docs.example.com",
"support": {
"source": "https://github.com/example/my-project"
},
"extra": {
"sigwin/infra": {
"help_color": "46",
"local_urls": [
{"url": "http://localhost:8000"},
{"url": "http://api.local.test", "description": "Use when testing Google OAuth"}
]
}
}
}Alternative: Define in Makefile
If you don't have or don't want to use package.json/composer.json, you can define these variables directly in your root Makefile:
.SILENT:
export PROJECT_NAME := My Project
export PROJECT_DESCRIPTION := A brief description of your project
export PROJECT_HOMEPAGE := https://docs.example.com
export PROJECT_REPOSITORY := https://github.com/example/my-project
export SIGWIN_INFRA_HELP_COLOR := 46
export PROJECT_LOCAL_URLS := http://localhost:3000|Main dev server,http://localhost:3001|HMR server
include vendor/sigwin/infra/resources/PHP/library.mkNote: The PROJECT_LOCAL_URLS variable should be a comma-separated list of URLs. You can optionally add descriptions by separating the URL and description with a pipe (|) character, e.g., http://localhost:3000|Description.
When configured, make help will display a header with:
- Project name - from
namefield orPROJECT_NAME(displayed with custom background color) - Description - from
descriptionfield orPROJECT_DESCRIPTION - Local URLs - from
extra."sigwin/infra".local_urlsfield orPROJECT_LOCAL_URLS(array/list of URLs with optional descriptions) - Homepage - from
homepagefield orPROJECT_HOMEPAGE - Repository - from
repository.url(package.json) orsupport.source(composer.json) orPROJECT_REPOSITORY
Custom colors can be set using ANSI color codes in extra."sigwin/infra".help_color or SIGWIN_INFRA_HELP_COLOR (default is 45 for magenta). Common options:
44- Blue45- Magenta (default)46- Cyan41- Red42- Green43- Yellow
make dist # Run all checks (normalize, cs, analyze, test)
make analyze # Run all analysis tools (composer, cs, phpstan, psalm)
make cs # Fix code style issues
make analyze/cs # Check code style (dry-run)
make analyze/phpstan # Run PHPStan static analysis
make analyze/psalm # Run Psalm static analysis
make test # Run tests with mutation testing
make test/phpunit # Run PHPUnit tests only
make test/phpunit-coverage # Run PHPUnit with coverage
make test/infection # Run Infection mutation testing (requires coverage)
make sh/php # Open PHP shell in Docker container
make composer/install # Install dependencies
make composer/normalize # Normalize composer.jsonAll PHP library commands plus:
make build/dev # Build Docker images for dev environment
make build/prod # Build Docker images for prod environment
make start/dev # Start application in dev mode
make start/test # Start application in test mode
make start/prod # Start application in prod mode
make stop # Stop running application
make sh/app # Open shell in application container
make test/behat # Run Behat functional tests
make setup/test # Setup test database and environment
make setup/filesystem # Create and configure var directories
make clean # Clear logs and cachesmake dist # Run all checks (analyze, test)
make analyze # Run all analysis tools (lint, type-check)
make analyze/lint # Run linter
make analyze/type-check # Run type checking
make test # Run tests (unit + functional)
make test/vitest # Run Vitest unit tests
make test/e2e # Run end-to-end tests
make build/dev # Build Docker images for dev environment
make build/prod # Build Docker images for prod environment
make start/dev # Start application in dev mode
make start/test # Start application in test mode
make start/prod # Start application in prod mode
make stop # Stop running application
make sh/app # Open shell in application container
make sh/node # Open Node shell in Docker container
make setup/test # Setup test environment
make setup/filesystem # Create and configure var directories
make clean # Clear logs and cachesDocker Compose projects automatically copy .env.dist to .env if .env doesn't exist (see Compose/common.mk).
Secrets management: .infra/secrets/*.secret.dist files are copied to *.secret via the secrets target.
Tests are located in tests/functional/ and validate that the Makefile resources work correctly. Each test extends MakefileTestCase which:
- Creates temporary project directories
- Copies resource files
- Executes Make commands
- Validates expected behavior
Always use the direct PHPUnit command for fastest feedback:
vendor/bin/phpunit # Run all tests directly (recommended)
vendor/bin/phpunit --filter TestName # Run specific testOnly use make test/phpunit when:
- Testing the full Docker-based CI pipeline
- You need to verify Docker environment compatibility
- The README specifically asks you to test the Docker setup
Why? The Docker image may be missing tools (like jq) that are available on the host, causing false failures.
Critical: Run tests IMMEDIATELY after making changes. Do not:
- Make multiple changes before testing
- Try to predict if changes will work
- Debug "in your head" instead of using the test suite
- Spend time analyzing why something might fail - just test it
The test suite is your fastest feedback loop. Use it.
When tests fail:
- Run tests directly first:
vendor/bin/phpunit(not via Make/Docker) - Check the actual failure message - don't assume what's wrong
- Make one small change and re-test immediately
- If stuck after 2-3 attempts, ask the user for guidance rather than going deeper
- Trust the test suite - if tests pass, the solution is correct
Anti-patterns to avoid:
- ❌ Debugging test infrastructure when tests fail
- ❌ Writing debug scripts to trace test execution
- ❌ Assuming environment issues without evidence
- ❌ Making multiple changes before re-testing
When making changes to this repository:
- Start with the simplest possible solution - If it feels complicated, step back and reconsider
- Test immediately - Change → Test → Iterate (tight feedback loop)
- Don't debug hypothetical problems - Only fix actual failures
- Trust the test suite - If tests pass, the solution is correct
- If you're writing debug/trace code, you've gone too far - Step back and simplify
Sigwin Infra is designed to be installed using your stack's native dependency management tool:
- PHP/Composer:
composer require --dev sigwin/infra - Node/npm:
npm install --save-dev @sigwinhq/infra - Python (Pip/Poetry/UV):
pip install sigwin-infra(orpoetry add --group dev sigwin-infra,uv add --dev sigwin-infra)
The package provides the same Makefile resources regardless of installation method. More stacks may be added in the future following the same pattern.
- Bootstrap: Use
resources/PHP/library/Makefilepattern to download infra on first run (PHP projects) - Including resources: Add
include vendor/sigwin/infra/resources/<Type>/<file>.mkto project Makefile (ornode_modules/@sigwinhq/infra/resources/...for npm) - Version-specific configs: Use
file_prefixfunction to support PHP version-specific config files (e.g.,8.4-phpstan.neon.dist) - Platform detection:
OS_FAMILYautomatically detects Linux/Darwin/Windows and includes platform-specific configuration
- PHPStan: Level max with strict and deprecation rules
- Psalm: Strict mode with PHP version enforcement
- PHP-CS-Fixer: Configured via
resources/PHP/php-cs-fixer.php - Infection: 100% MSI requirement with sensible mutator configuration
The block_start and block_end functions automatically wrap command output in GitHub Actions groups when GITHUB_ACTIONS environment variable is set.