PHPackages reyemtech/sail - PHPackages - PHPackages [Skip to content](#main-content)[PHPackages](/)[Directory](/)[Categories](/categories)[Trending](/trending)[Leaderboard](/leaderboard)[Changelog](/changelog)[Analyze](/analyze)[Collections](/collections)[Log in](/login)[Sign up](/register) 1. [Directory](/) 2. / 3. [DevOps & Deployment](/categories/devops) 4. / 5. reyemtech/sail ActiveLibrary[DevOps & Deployment](/categories/devops) reyemtech/sail ============== Docker files for running a basic Laravel application. v3.6.0(3w ago)13.0kMITPHPPHP ^8.0CI passing Since May 1Pushed 3w agoCompare [ Source](https://github.com/ReyemTech/sail)[ Packagist](https://packagist.org/packages/reyemtech/sail)[ RSS](/packages/reyemtech-sail/feed)WikiDiscussions 1.x Synced 2w ago READMEChangelog (10)Dependencies (40)Versions (84)Used By (0) ![ReyemTech](/art/reyemtech-logo-light.png) [![Laravel Sail](/art/logo.svg)](/art/logo.svg) [![Total Downloads](https://camo.githubusercontent.com/26384f2f869559891bc8403782a6c9c79e962cf1c21a51e59f64fe2397fff00c/68747470733a2f2f696d672e736869656c64732e696f2f7061636b61676973742f64742f726579656d746563682f7361696c)](https://packagist.org/packages/reyemtech/sail)[![Latest Stable Version](https://camo.githubusercontent.com/3e5ed5534cd5b63989c42ecb924eb52ef6c65aa89e323c38b73d452514514665/68747470733a2f2f696d672e736869656c64732e696f2f7061636b61676973742f762f726579656d746563682f7361696c)](https://packagist.org/packages/reyemtech/sail)[![License](https://camo.githubusercontent.com/7d5f885e40800d8483d937710b064b7dc12a2d11dc449e7f59da110259b15c8e/68747470733a2f2f696d672e736869656c64732e696f2f7061636b61676973742f6c2f726579656d746563682f7361696c)](https://packagist.org/packages/reyemtech/sail) Introduction ------------ [](#introduction) **ReyemTech Sail** is a fork of [Laravel Sail](https://github.com/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:build` and `sail:helm` emit 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/sail` so the local-dev experience stays current. Everything in the [Laravel Sail documentation](https://laravel.com/docs/sail) applies here too; this README focuses on what the fork adds on top. Quickstart ---------- [](#quickstart) 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, configs ``` **2. Develop locally** ``` ./vendor/bin/sail up -d # start the stack ./vendor/bin/sail artisan migrate # run migrations # app is now on http://localhost ``` Tip: install the [global `sail` wrapper](#multi-project-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=patch ``` This builds multi-arch images, pushes them to your registry (authenticating automatically), and generates a deployable Helm chart under `helm/`. See [Building images + Helm charts](#building-images--helm-charts) for every flag. **4. Wire up CI (optional)** ``` php artisan sail:ci --provider=github-actions ``` Emits a pipeline that runs the same build on every push and tag. See [CI/CD generation](#cicd-generation) for the other providers. Commands -------- [](#commands) CommandPurpose`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)Multi-project `sail` wrapper ---------------------------- [](#multi-project-sail-wrapper) 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 Sail ``` Manual install, if the automatic step is skipped: ``` cp vendor/reyemtech/sail/bin/sail-wrapper ~/.local/bin/sail chmod +x ~/.local/bin/sail ``` Make sure the target directory is on your `PATH`: ``` export PATH="$HOME/.local/bin:$PATH" # add to ~/.bashrc or ~/.zshrc ``` Running on a LAN server ----------------------- [](#running-on-a-lan-server) By default Sail binds to a host-local address, so a project is only reachable on the machine running it. To reach it from other devices on your network (laptop, phone), enable **LAN mode**: ``` # On the server, after install: sail artisan sail:network --mode=lan # auto-detects the LAN IP # or pin the IP / domain explicitly: sail artisan sail:network --mode=lan --ip=192.168.1.50 sail artisan sail:network --mode=lan --domain=dev.example.lan sail up ``` LAN mode: - Binds published ports to your server's LAN IP. - Uses a `nip.io` domain (`..nip.io`) that resolves from any device on the network — no `/etc/hosts` editing required, and it works on Android where mDNS/`.local` does not. - Generates a trusted certificate with **mkcert**. To avoid TLS warnings on your other devices, import the mkcert root CA (`vendor/reyemtech/sail/certs/mkcert-rootCA.pem`) into each device's trust store once. Return to local-only mode with `sail artisan sail:network --mode=local`. ### Choosing a name resolver [](#choosing-a-name-resolver) By default LAN mode uses **nip.io** (`..nip.io`), which needs no extra host services and resolves everywhere — including Android, where mDNS/`.local` is unreliable. This is why nip.io stays the default. If you prefer a clean `.local` name, opt into the **mDNS** resolver: ``` sail artisan sail:network --mode=lan --resolver=mdns # .local sail artisan sail:network --mode=lan --resolver=nip # ..nip.io (default) ``` mDNS mode: - **Host prerequisite (required):** `avahi-daemon` must be **installed and running** on the Linux host. The `avahi-publish` sidecar is only a *client* — it registers the record with the host daemon over the D-Bus system bus; it does not itself answer mDNS. Without a running daemon the sidecar just restart-loops and `.local` never resolves. ``` sudo apt install -y avahi-daemon # Debian/Ubuntu sudo systemctl enable --now avahi-daemon ``` macOS already provides mDNS via Bonjour — no daemon to install. You don't have to remember this: `sail:network --resolver=mdns` **detects** a missing/stopped daemon and warns with the exact fix (in an interactive terminal it also offers to install/start it for you), and `sail up` repeats the reminder on every start while mDNS is selected. It never blocks — mDNS is opt-in and `--resolver=nip` needs zero host setup. - **Second host prerequisite (multi-interface hosts):** the sidecar publishes `.local` as a **CNAME to the host's own `.local`**, so that name must resolve to your **LAN** IP. On a machine with several interfaces (Docker bridges, tailscale, VPNs), avahi with no `allow-interfaces` often answers `.local` with a `172.x` Docker address instead — and `.local`then resolves somewhere unreachable. Restrict avahi to your LAN NIC: ``` # /etc/avahi/avahi-daemon.conf → under [server] allow-interfaces= # e.g. wlp2s0 / eth0 ``` then `sudo systemctl restart avahi-daemon`. This is detected too: `sail:network --resolver=mdns` warns when `.local` resolves to a non-LAN IP and, interactively, **offers to apply the `allow-interfaces` fix** for you (deriving the NIC from your bind IP). macOS/Bonjour handles this itself. - **Verify resolution** from any machine on the LAN once `sail up` is running: ``` getent hosts .local # what the browser uses -> should print your LAN IP avahi-resolve -n .local # (if avahi-utils is installed) ``` If it fails, check the sidecar logs: `docker logs -avahi-publish-1`(apk/avahi errors are surfaced there, not silenced). - Adds a host-networked mDNS sidecar to the project's compose override that publishes `.local` as a **CNAME to `.local`** via the host daemon (a CNAME, not an A record: an A record owns the address's reverse PTR 1:1, so it can't map several projects onto the one shared-proxy IP and collides on the host's own address). The sidecar runs AppArmor-unconfined — dbus-daemon's AppArmor mediation otherwise denies the `docker-default` profile the system-bus access `avahi` needs. - **Android caveat:** many Android devices don't resolve `.local` names reliably — use nip.io for those clients. Once resolved, `.local` and nip.io projects share the same LAN reverse proxy and mkcert certificates described below. ### Multiple projects on one server [](#multiple-projects-on-one-server) LAN mode uses a single shared reverse proxy so any number of projects can run at once, each reachable at its own `nip.io` domain: ``` # In each project: sail artisan sail:network --mode=lan sail up # auto-starts the shared proxy the first time ``` - Web traffic for every project is routed by domain through one shared proxy on `:80/:443` — no port juggling for the web apps. - Each project's database/cache is published on a **unique** host port (e.g. project A MySQL `3306`, project B `3316`) so they don't collide; run `sail artisan sail:network --status` to see the assigned ports. - Certificates live in a shared dir (`~/.config/sail/certs`); import the mkcert root CA (`~/.config/sail/certs/mkcert-rootCA.pem`) on client devices once. - Manage the shared proxy directly with `sail artisan sail:proxy up|down|status`. Return any project to local-only mode with `sail artisan sail:network --mode=local`. ### One dedicated LAN IP per project (`lan-direct`) [](#one-dedicated-lan-ip-per-project-lan-direct) If you'd rather **not** share a proxy and want each project on its own real LAN IP with the standard ports (`80/443/3306/…`) — no port juggling, no shared network — use **`lan-direct`** mode. Each project runs its own `nginx-proxy`bound to a distinct address you reserve on your LAN: ``` # Reserve a free address on your LAN subnet for THIS project, then: sail artisan sail:network --mode=lan-direct --ip=192.168.1.61 sail up # sail-setup aliases the IP onto your LAN NIC (needs sudo) ``` - Each project needs its **own** dedicated IP (`--ip` is required). Pick free addresses on your LAN subnet — ideally outside your router's DHCP pool so they aren't handed to other devices. - The IP is aliased onto your host's **default-route (LAN) interface**, so the project is reachable from any device at `http(s)://..nip.io` on standard ports. - **Use the nip.io resolver here.** The mDNS sidecar that advertises `.local` belongs to shared `lan` mode; `lan-direct` runs its own per-project proxy and publishes **no** mDNS record — so `--resolver=mdns` would set a `.local` domain that nothing answers for. - **Linux/macOS only, and NOT Docker-Desktop-compatible:** aliasing an IP onto the host NIC needs root and a real host network interface. Docker Desktop's VM-based networking can't publish to a NIC-aliased host IP. Use `lan` (shared proxy) on Docker Desktop. - No `/etc/hosts` edits are needed — nip.io resolves on its own. - Certificates use the per-project `vendor/reyemtech/sail/certs` dir (same as local); import its `mkcert-rootCA.pem` on client devices. Switch back with `sail artisan sail:network --mode=local`. ### Plain HTTP (no TLS) [](#plain-http-no-tls) By default every exposed mode issues a trusted **mkcert** certificate and serves HTTPS. If you'd rather serve **plain HTTP** (e.g. quick throwaway testing, or a device you can't install the root CA on), add `--no-tls`: ``` sail artisan sail:network --mode=lan --no-tls # shared proxy, HTTP sail artisan sail:network --mode=lan-direct --ip=192.168.1.61 --no-tls sail artisan sail:network --mode=lan --tls # back to HTTPS (default) ``` With TLS off, `APP_URL`/`VITE_DEV_SERVER_URL` use `http://` and `sail-setup`skips mkcert entirely — `nginx-proxy` serves plain HTTP on `:80`. TLS stays **on by default**, so existing setups are unaffected. `--tls`/`--no-tls` are also available on `sail install`. Building images + Helm charts ----------------------------- [](#building-images--helm-charts) `sail: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=patch ``` Key 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 keep `vendor/` and `node_modules/` in the final image (stripped by default) ### Frontend build-time configuration [](#frontend-build-time-configuration) Assets are built **inside** the image, and bundlers such as Vite inline `VITE_*` values at build time. Anything the browser needs must therefore exist during the image build — a container runtime env var (Helm, a Kubernetes secret) arrives too late and leaves the value `undefined` in the shipped bundle. Sail forwards these to the asset build when they are set: VariablePurpose`VITE_SENTRY_DSN`Sentry DSN inlined into the browser bundle. Without it the browser SDK silently self-disables.`VITE_SENTRY_RELEASE`Release name. Defaults to the version being built when a DSN is set.`SENTRY_ORG`Sentry organization slug, used by `@sentry/vite-plugin`.`SENTRY_PROJECT`Sentry project slug.`SENTRY_AUTH_TOKEN`Enables sourcemap upload. Passed as a BuildKit secret, so it never lands in an image layer, in `docker history`, or in the build command Sail prints.Set them in `.env` locally or as CI variables — `config/sail.php` reads them through `env()`, which resolves from the process environment when no `.env` file exists. Every value is optional; with none set the build is byte-identical to before. Adding a variable of your own means adding it in three places: `config/sail.php` under `build.args`, a `variable` block in `runtimes/8.x/docker-bake.hcl`, and an `ARG` in `runtimes/8.x/Dockerfile.app-build`. Bake resolves target args through declared variables, so an undeclared name is silently dropped. 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`) ### Registry support [](#registry-support) `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_ID ``` **Azure 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_NAME ``` Helm ---- [](#helm) ### Regenerate the chart [](#regenerate-the-chart) Regenerate 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 bump ``` This 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`. ### Validate [](#validate) ``` php artisan sail:helm:validate ``` ### What the chart includes [](#what-the-chart-includes) - **Tiers:** `web`, `worker`, and `scheduler` deployments, 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 class `sata`. - **Probes:** web readiness/liveness on `/up`. - **Security defaults:** non-root `securityContext`, `fsGroup` 1000, resource requests/limits set in `values.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. ### Rollback [](#rollback) ``` helm history helm rollback ``` Redis Sentinel -------------- [](#redis-sentinel) 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. Docker runtimes --------------- [](#docker-runtimes) - PHP runtimes live in `runtimes/8.x` as a single Docker Bake file, parameterized via `PHP_VERSION` (default `8.4`). One runtime covers every supported 8.x release; there is no per-version directory. - Multi-stage targets: `base`, `app`, and `production` (cli/fpm). CI/CD generation ---------------- [](#cicd-generation) 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 ``` ProviderOutputGitHub 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`/`master` and 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 ### Required secrets / variables [](#required-secrets--variables) ProviderConfigurationGitHub 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 AWSCircleCI`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`Every generated pipeline also carries the frontend build-time wiring described under [Frontend build-time configuration](#frontend-build-time-configuration). Define `VITE_SENTRY_DSN`, `SENTRY_ORG` and `SENTRY_PROJECT` as ordinary variables and `SENTRY_AUTH_TOKEN` as a secret; `VITE_SENTRY_RELEASE` is set to the version being built. Leave them unset and the pipeline behaves as before. Development ----------- [](#development) ``` composer test # full suite (Orchestra Testbench) composer test:feature composer test:integration vendor/bin/phpstan analyse src # static analysis (PHPStan level 0) ``` Credits ------- [](#credits) Built on [Laravel Sail](https://github.com/laravel/sail) by Taylor Otwell and the Laravel community. ReyemTech Sail tracks upstream and layers the build/deploy tooling described above on top. Contributing & Security --------------------------- [](#contributing--security) - Issues: - Upstream Sail security policy: - License: [MIT](LICENSE.md) ### Health Score 52 — FairBetter than 96% of packages Maintenance95 Actively maintained with recent releases Popularity25 Limited adoption so far Community19 Small or concentrated contributor base Maturity58 Maturing project, gaining track record Bus Factor2 2 contributors hold 50%+ of commits How is this calculated?**Maintenance (25%)** — Last commit recency, latest release date, and issue-to-star ratio. Uses a 2-year decay window. **Popularity (30%)** — Total and monthly downloads, GitHub stars, and forks. Logarithmic scaling prevents top-heavy scores. **Community (15%)** — Contributors, dependents, forks, watchers, and maintainers. Measures real ecosystem engagement. **Maturity (30%)** — Project age, version count, PHP version support, and release stability. ### Release Activity Cadence Every ~7 days Recently: every ~1 days Total 68 Last Release 21d ago Major Versions 1.52.12 → v2.0.02026-03-17 v2.1.0 → v3.0.02026-04-17 ### Community Maintainers ![](https://www.gravatar.com/avatar/79399147ddc617e3c70a84cfc7ebfc49b99488f4c1743b83ae61890bf6410e11?d=identicon)[mariomeyer](/maintainers/mariomeyer) --- Top Contributors [![mariomeyer](https://avatars.githubusercontent.com/u/867650?v=4)](https://github.com/mariomeyer "mariomeyer (222 commits)")[![driesvints](https://avatars.githubusercontent.com/u/594614?v=4)](https://github.com/driesvints "driesvints (187 commits)")[![taylorotwell](https://avatars.githubusercontent.com/u/463230?v=4)](https://github.com/taylorotwell "taylorotwell (113 commits)")[![Jubeki](https://avatars.githubusercontent.com/u/15707543?v=4)](https://github.com/Jubeki "Jubeki (21 commits)")[![github-actions[bot]](https://avatars.githubusercontent.com/in/15368?v=4)](https://github.com/github-actions[bot] "github-actions[bot] (16 commits)")[![finagin](https://avatars.githubusercontent.com/u/11045296?v=4)](https://github.com/finagin "finagin (11 commits)")[![nunomaduro](https://avatars.githubusercontent.com/u/5457236?v=4)](https://github.com/nunomaduro "nunomaduro (7 commits)")[![jessarcher](https://avatars.githubusercontent.com/u/4977161?v=4)](https://github.com/jessarcher "jessarcher (7 commits)")[![pushpak1300](https://avatars.githubusercontent.com/u/31663512?v=4)](https://github.com/pushpak1300 "pushpak1300 (5 commits)")[![abdounikarim](https://avatars.githubusercontent.com/u/15892761?v=4)](https://github.com/abdounikarim "abdounikarim (4 commits)")[![crynobone](https://avatars.githubusercontent.com/u/172966?v=4)](https://github.com/crynobone "crynobone (4 commits)")[![SamuelMwangiW](https://avatars.githubusercontent.com/u/1807304?v=4)](https://github.com/SamuelMwangiW "SamuelMwangiW (4 commits)")[![sweptsquash](https://avatars.githubusercontent.com/u/9886472?v=4)](https://github.com/sweptsquash "sweptsquash (4 commits)")[![dependabot[bot]](https://avatars.githubusercontent.com/in/29110?v=4)](https://github.com/dependabot[bot] "dependabot[bot] (3 commits)")[![kiani01lab](https://avatars.githubusercontent.com/u/185515145?v=4)](https://github.com/kiani01lab "kiani01lab (3 commits)")[![ariaieboy](https://avatars.githubusercontent.com/u/15873972?v=4)](https://github.com/ariaieboy "ariaieboy (3 commits)")[![prageeth](https://avatars.githubusercontent.com/u/230793?v=4)](https://github.com/prageeth "prageeth (3 commits)")[![ankurk91](https://avatars.githubusercontent.com/u/6111524?v=4)](https://github.com/ankurk91 "ankurk91 (3 commits)")[![ribeirobreno](https://avatars.githubusercontent.com/u/1036515?v=4)](https://github.com/ribeirobreno "ribeirobreno (3 commits)")[![amayer5125](https://avatars.githubusercontent.com/u/3212673?v=4)](https://github.com/amayer5125 "amayer5125 (3 commits)") --- Tags laraveldocker ### Code Quality Static AnalysisPHPStan Type Coverage Yes ### Embed Badge ![Health badge](/badges/reyemtech-sail/health.svg) ``` [![Health](https://phpackages.com/badges/reyemtech-sail/health.svg)](https://phpackages.com/packages/reyemtech-sail) ``` ### Alternatives [laravel/sail Docker files for running a basic Laravel application. 1.9k212.4M1.5k](/packages/laravel-sail)[psalm/plugin-laravel Psalm plugin for Laravel 3345.4M354](/packages/psalm-plugin-laravel)[laravel/cashier Laravel Cashier provides an expressive, fluent interface to Stripe's subscription billing services. 2.6k31.8M162](/packages/laravel-cashier)[laravel/ai The official AI SDK for Laravel. 1.1k4.6M327](/packages/laravel-ai)[laravel/horizon Dashboard and code-driven configuration for Laravel queues. 4.2k99.8M355](/packages/laravel-horizon)[laravel/mcp Rapidly build MCP servers for your Laravel applications. 79227.1M230](/packages/laravel-mcp) PHPackages © 2026 [Directory](/)[Categories](/categories)[Trending](/trending)[Changelog](/changelog)[Analyze](/analyze)