This repository includes an Envoy.blade.php script that is designed to provide a basic "zero-downtime" deployment option using the open-source Laravel Envoy tool.
This Envoy script is designed to be used with Laravel 7+ projects and can be used within the Laravel root, or downloaded separately and included in your Laravel project.
Your must have Envoy installed using the Composer global command:
composer global require "laravel/envoy"
To download and run out-with your Laravel project, clone this directory and do a composer install.
To use within an existing Laravel 8+ project, you simply need to download the version 5 Envoy.blade.php
file to your project root:
wget https://raw.githubusercontent.com/papertank/envoy-deploy/master/Envoy.blade.php
To use within an existing Laravel 7+ project, you simply need to download the version 4 Envoy.blade.php
file to your project root:
wget https://raw.githubusercontent.com/papertank/envoy-deploy/v4/Envoy.blade.php
To use within an existing Laravel 5 or 6 project, you simply need to download the version 2 Envoy.blade.php
file to your project root:
wget https://raw.githubusercontent.com/papertank/envoy-deploy/v2/Envoy.blade.php
Envoy Deploy uses DotEnv to fetch your server and repository details. If you are installing within a Laravel project, there will already be a .env
file in the root, otherwise simply create one.
The following configuration items are required:
DEPLOY_SERVER
DEPLOY_REPOSITORY
DEPLOY_PATH
For example, deploying the standard Laravel repository on a Forge server, we might use:
DEPLOY_SERVER=forge@example.com
DEPLOY_REPOSITORY=https://github.com/laravel/laravel.git
DEPLOY_PATH=/home/forge/example.com
DEPLOY_HEALTH_CHECK=https://example.forge.com
The DEPLOY_PATH
(server path) should already be created in your server and must be a blank directory.
Envoy Deploy uses symlinks to ensure that your server is always running from the latest deployment. As such you need to setup your Apache or Nginx host to point towards the host/current/public
directory rather than simply host/public
.
For example:
server {
listen 80;
server_name example.com;
root /home/forge/example.com/current/public;
location / {
try_files $uri $uri/ /index.php?$query_string;
}
location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
fastcgi_index index.php;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
fastcgi_param DOCUMENT_ROOT $realpath_root;
}
location ~ /\.ht {
deny all;
}
}
When you're happy with the config, run the init task on your local machine by running the following.
envoy run init
You only need to run the init task once.
The init task creates a .env
file in your root path (from your .env.example
file), so make sure and update the environment variables appropriately. Once you have run the init task, you should proceed to run the deploy task (below).
Each time you want to deploy simply run the deploy task on your local machine in the repository direcory
envoy run deploy
You can specify the Laravel environment (e.g. for artisan:migrate command) and git branch as options
envoy run deploy --branch=develop --env=development
If you could like to deploy your repository and cleanup any old deployments at the same time, you can run
envoy run deploy --cleanup
This will run the deploy script and then delete any old deployments older than 48 hours, leaving at least 4.
You can also run the cleanup script independently (without deploying) using
envoy run deployment_cleanup
Although this script is designed to use zero-downtime deployments, you can activate Laravel's maintenance mode while deploying by using the down option:
envoy run deploy --down
If you would like to perform a health check (for 200 response) after deploying, simply add your site's URL in the .env file:
DEPLOY_HEALTH_CHECK=https://example.forge.com
To rollback to the previous deployment (e.g. when a health check fails), you can simply run
envoy run rollback
envoy run init
Initialise server for deployments
Options
--env=ENVIRONMENT The environment to use. (Default: "production")
--branch=BRANCH The git branch to use. (Default: "master")
envoy run deploy
Run new deployment
Options
--env=ENVIRONMENT The environment to use. (Default: "production")
--branch=BRANCH The git branch to use. (Default: "master")
--cleanup Whether to cleanup old deployments
--down Enable maintenance mode
envoy run deployment_cleanup
Delete any old deployments, leaving just the last 4.
envoy run rollback
In case the health check does not work, you can rollback and it will use the previous deploy.
Your $path
directory will look something like this after you init and then deploy.
releases/
current -> ./releases/20220103125914
storage/
.env
As you can see, the current directory is symlinked to the latest deployment folder
Inside one of your deployment folders looks like the following (excluded some laravel folders for space)
app/
artisan
boostrap/
composer.json
.env -> ../.env
storage -> ../storage
vendor/
The deployment folder .env file and storage directory are symlinked to the parent folders in the main (parent) path.
If you use Laravel's queue daemon, you should set the following environment variable to true
to automatically run php artisan artisan queue:restart
DEPLOY_RESTART_QUEUE=true
Alternatively, if you use Laravel Horizon for your Redis queue management, you should set the value to horizon
to automatically php artisan horizon:terminate
DEPLOY_RESTART_QUEUE="horizon"
If you use something like OPCache, you should reload the PHP FPM service at the end of each deployment.
Simply update the following environment variable to your PHP-FPM service name, which will automatically run sudo -S service php8.1-fpm reload
DEPLOY_PHP_FPM="php8.1-fpm"
If you use multiple PHP versions on your server (e.g. with Laravel Forge) and are not with the default version, you should update your environment variables to specify the version and binaries. For example:
DEPLOY_PHP_CMD="/usr/bin/php7.4"
DEPLOY_COMPOSER_CMD="/usr/bin/php7.4 /usr/local/bin/composer"
DEPLOY_PHP_FPM="php7.4-fpm"
If you use Laravel mix / npm dependencies in your project, you should add the (disabled by default) deployment_npm
task to the deploy story. For example:
@story('deploy')
deployment_start
deployment_links
deployment_composer
deployment_npm
deployment_migrate
deployment_cache
deployment_symlink
deployment_reload
deployment_finish
health_check
deployment_option_cleanup
@endstory
If you only use Laravel mix for asset compilation and don't use any node scripts after deployment, you can update your deployment script to remove the node_modules folder and save some disk space on old deployments:
@task('deployment_npm')
echo "Installing npm dependencies..."
cd {{ $release }}
npm install --no-audit --no-fund --no-optional
echo "Running npm..."
npm run {{ $env }} --silent
rm -rf {{ $release }}/node_modules
@endtask
Before using on live server, it is best to test on a local VM (like Laravel Homestead) first.
V5.0
V4.1
V4.0
V3.0
V2.2
health_check
task and config.rollback
task to update current to previous deployment.cleanup
to delete old deploys and leave last 4.deployment_optimize
task (no longer needed for Laravel 5 projects).deployment_composer
to use --prefer-dist --optimize-autoloader
options.V2.1 - Updated init to only initialize (rather than deploy).
v2.0 - Switched to using DotEnv (removing envoy.config.php
) and cleaned up tasks/stories.
v1.0.1 - Added cleanup
task and deploy_cleanup
macro after changing cleanup command.
Please submit improvements and fixes :)