ReyemTech Sail is a fork of Laravel Sail that keeps everything you already use for local development — the sail CLI, the docker-compose services, the PHP runtimes — and extends it into a build-and-ship toolchain for getting a Laravel app from your laptop into a Kubernetes cluster.
Where upstream Sail stops at local Docker, this fork adds:
- Multi-architecture image builds (
linux/amd64+linux/arm64) driven by Docker Bake, with optimized multi-stage production targets (cli/fpm). - Helm chart generation —
sail:buildandsail:helmemit a complete, opinionated chart (web/worker/scheduler tiers, HPA, PDBs, ingress, external secrets, pre-sync migration jobs) straight from your project. - Multi-registry push with auto-authentication — GHCR, Docker Hub, GitLab, Quay, Harbor, AWS ECR, and Azure ACR.
- CI/CD pipeline generation — one command emits a ready-to-run pipeline for GitHub Actions, GitLab CI, Azure DevOps, CircleCI, AWS CodeBuild, or Travis.
- Non-interactive build flags so the same commands work in CI as on your machine.
- Production extras baked into the chart and runtime: Redis Sentinel-aware PHP client, Typesense subchart, and a Laravel Nightwatch agent sidecar.
It is a drop-in replacement for laravel/sail — it uses the same Laravel\Sail namespace and conflicts with the upstream package, so install one or the other.
Relationship to upstream: this fork periodically merges
laravel/sailso the local-dev experience stays current. Everything in the Laravel Sail documentation applies here too; this README focuses on what the fork adds on top.
From an empty composer require to a production image and Helm chart in four steps.
1. Install into your Laravel app
New Laravel apps ship with laravel/sail in require-dev. Remove it first — this fork uses the same Laravel\Sail namespace and will collide with the upstream package:
composer remove laravel/sail # required: new Laravel apps include it by default
composer require reyemtech/sail --dev
php artisan sail:install --php=8.4 # or --php=8.5
php artisan sail:publish # publish Docker runtimes, bin scripts, configs2. Develop locally
./vendor/bin/sail up -d # start the stack
./vendor/bin/sail artisan migrate # run migrations
# app is now on http://localhostTip: install the global sail wrapper once and just run sail up -d from any project.
3. Build a production image + Helm chart
php artisan sail:build \
--environments=production \
--architectures=linux/amd64,linux/arm64 \
--repository=ghcr.io \
--organization=acme \
--domains=app.example.com \
--push \
--bump=patchThis builds multi-arch images, pushes them to your registry (authenticating automatically), and generates a deployable Helm chart under helm/. See Building images + Helm charts for every flag.
4. Wire up CI (optional)
php artisan sail:ci --provider=github-actionsEmits a pipeline that runs the same build on every push and tag. See CI/CD generation for the other providers.
| Command | Purpose |
|---|---|
sail:install |
Initial project setup — docker-compose.yml, .env, PHPUnit config |
sail:add |
Add services to an existing installation |
sail:publish |
Publish Docker runtimes, bin scripts, and database configs |
sail:build |
Build multi-arch Docker images (optionally push) and generate the Helm chart |
sail:helm |
Regenerate the Helm chart only, merging new keys from values.stub |
sail:helm:validate |
Validate generated charts via helm lint |
sail:ci |
Generate a CI/CD pipeline (GitHub Actions, GitLab, Azure, CircleCI, CodeBuild, Travis) |
The fork ships a sail-wrapper that resolves and runs the nearest project's vendor/bin/sail, so a single global sail works across every project on your machine.
It is installed automatically to ~/.local/bin/sail (or ~/bin) on composer install/update. Run it from anywhere:
cd /path/to/project-a && sail up -d # uses project-a's Sail
cd /path/to/project-b && sail artisan migrate # uses project-b's SailManual install, if the automatic step is skipped:
cp vendor/reyemtech/sail/bin/sail-wrapper ~/.local/bin/sail
chmod +x ~/.local/bin/sailMake sure the target directory is on your PATH:
export PATH="$HOME/.local/bin:$PATH" # add to ~/.bashrc or ~/.zshrcsail:build builds multi-arch images via Docker Bake and generates the Helm chart in one step:
php artisan sail:build \
--environments=production \
--architectures=linux/amd64,linux/arm64 \
--repository=ghcr.io \
--organization=acme \
--domains=app.example.com \
--build-version=1.2.3 \
--push \
--use-previous \
--bump=patchKey flags:
--use-previous— reuse the last saved build config without prompting (ideal for CI)--bump=patch|minor|major|no— bump the version non-interactively--repository=none— local-only build (disables push)--remove-vendor-node-modules/--keep-vendor-node-modules— strip or keepvendor/andnode_modules/in the final image (stripped by default)
Validation rules:
- Environments must be within
local, production - Architectures must be in the package's allowed list
- Repository must be a known registry shorthand,
none, or a full registry URL (e.g.888657980245.dkr.ecr.us-east-1.amazonaws.com)
sail:build authenticates against the target registry automatically, prompting only if you are not already logged in.
Standard registries — GitHub Container Registry (ghcr.io), Docker Hub (docker.io), GitLab (registry.gitlab.com), Quay (quay.io), Harbor, and any custom registry URL.
AWS ECR:
php artisan sail:build --repository=888657980245.dkr.ecr.us-east-1.amazonaws.com --push
php artisan sail:build --repository=ecr --push # shorthand
# Requires: AWS CLI configured (aws configure). Optional: AWS_REGION, AWS_ACCOUNT_IDAzure ACR:
php artisan sail:build --repository=myregistry.azurecr.io --push
php artisan sail:build --repository=azurecr --push # shorthand
# Requires: Azure CLI logged in (az login). Optional: AZURE_ACR_NAMERegenerate the Helm chart without rebuilding images:
php artisan sail:helm # current version
php artisan sail:helm --chart-version=1.2.3 # specific version
php artisan sail:helm --bump=patch # bump and regenerate
php artisan sail:helm --no-version-update # skip Chart.yaml version bumpThis refreshes templates from the stubs, merges new keys from values.stub into your existing values.yaml (without clobbering your overrides), updates Chart.yaml, and runs helm lint.
php artisan sail:helm:validate- Tiers:
web,worker, andschedulerdeployments, each independently configurable. - Autoscaling: HPA enabled by default for the web tier, configurable per tier.
- High availability: configurable Pod Disruption Budgets.
- ServiceAccounts: optional creation with annotations.
- External Secrets: automatic API-version detection (
v1/v1beta1). - Pre-sync jobs: ArgoCD pre-sync hooks for image existence checks and database migrations.
- Scheduler vendor PVC: enabled by default (
scheduler.vendorPvc.*), 5Gi, storage classsata. - Probes: web readiness/liveness on
/up. - Security defaults: non-root
securityContext,fsGroup1000, resource requests/limits set invalues.stub. - Typesense subchart and Laravel Nightwatch agent sidecar support.
Stubs live in stubs/helm. User-owned overrides belong in values.production.yaml, which is never overwritten by regeneration.
helm history <release>
helm rollback <release> <revision>The fork ships a Sentinel-aware phpredis client (src/Redis/) that discovers the current master through Sentinel and retries reconnects with backoff. Wire it up through the Helm chart's Redis Sentinel env vars, or use the connector directly in your Redis config.
- PHP runtimes live in
runtimes/as Docker Bake files:runtimes/8.xis parameterized viaPHP_VERSION(default8.4) andruntimes/8.5reuses the same bake structure pinned toPHP_VERSION=8.5. - Multi-stage targets:
base,app, andproduction(cli/fpm).
Generate a pipeline that builds images and Helm charts for your provider:
php artisan sail:ci # interactive
php artisan sail:ci --provider=github-actions
php artisan sail:ci --provider=gitlab-ci
php artisan sail:ci --provider=azure-devops
php artisan sail:ci --provider=circleci
php artisan sail:ci --provider=aws-codebuild
php artisan sail:ci --provider=travis
php artisan sail:ci --provider=github-actions --overwrite| Provider | Output |
|---|---|
| GitHub Actions | .github/workflows/build.yml |
| GitLab CI/CD | .gitlab-ci.yml |
| Azure DevOps | azure-pipelines/build.yml |
| CircleCI | .circleci/config.yml |
| AWS CodeBuild | buildspec.yml |
| Travis CI | .travis.yml |
Every generated pipeline:
- Builds on push to
main/masterand on version tags (v*) - Supports multi-architecture builds (amd64, arm64)
- Authenticates against the target registry (ECR, ACR, standard)
- Produces both Docker images and Helm charts
- Derives the version from git tags, falling back to a date-based version
| Provider | Configuration |
|---|---|
| GitHub Actions | REGISTRY_USERNAME, REGISTRY_PASSWORD (or GHCR_IO_USERNAME/GHCR_IO_PASSWORD); ECR: AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_REGION; ACR: AZURE_CREDENTIALS |
| GitLab CI | REGISTRY_USERNAME, REGISTRY_PASSWORD (or CI_REGISTRY_USER/CI_REGISTRY_PASSWORD); ECR: AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_REGION; ACR: AZURE_CLIENT_ID, AZURE_CLIENT_SECRET, AZURE_TENANT_ID |
| Azure DevOps | REGISTRY_USERNAME, REGISTRY_PASSWORD; service connections for ACR and AWS |
| CircleCI | REGISTRY_USERNAME, REGISTRY_PASSWORD; ECR: AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_REGION |
| AWS CodeBuild | REGISTRY_USERNAME, REGISTRY_PASSWORD; IAM role for ECR (no static credentials) |
| Travis CI | REGISTRY_USERNAME, REGISTRY_PASSWORD |
composer test # full suite (Orchestra Testbench)
composer test:feature
composer test:integration
vendor/bin/phpstan analyse src # static analysis (PHPStan level 0)Built on Laravel Sail by Taylor Otwell and the Laravel community. ReyemTech Sail tracks upstream and layers the build/deploy tooling described above on top.
- Issues: https://github.com/reyemtech/sail/issues
- Upstream Sail security policy: https://github.com/laravel/sail/security/policy
- License: MIT