Download the PHP package unleashedtech/deployer-recipes without Composer
On this page you can find all versions of the php package unleashedtech/deployer-recipes. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download unleashedtech/deployer-recipes
More information about unleashedtech/deployer-recipes
Files in unleashedtech/deployer-recipes
Package deployer-recipes
Short Description Deployer 7+ functionality used by Unleashed Technologies
License MIT
Homepage https://github.com/unleashedtech/deployer-recipes
Informations about the package deployer-recipes
UT Deployer Recipes
This package uses Deployer 7, which supports recipes defined by YAML or PHP.
Deployer will import the recipes in a linear fashion. Placeholders will be replaced
with actual values as late as possible. Deployer looks for deploy.php
or
deploy.yaml
when run.
Installation
All recipe paths have been adjusted to use the files in the vendor directory and thus should be installed with composer:
Usage
Recipes have been organized to easily support any version of any software. They make several assumptions about git repository settings, deployment locations & host settings. These assumed default values are only applied if you haven't already defined them. Please choose a platform below for more.
- Drupal
- Magento
- WordPress
Please note that tasks assume databases on relevant stages have already been
configured. If you need to skip all database operations, you can set
skip_db_ops
to true
via the command line.
Run vendor/bin/deployer.phar tree deploy
to view the deploy
recipe tree.
Run vendor/bin/deployer.phar deploy
to deploy.
Run vendor/bin/deployer.phar
to review available recipes.
Before/After Hooks
Deployer supports running tasks before or after other defined tasks. Defining
custom tasks to trigger before & after other defined tasks is trivial. Such
functionality can be added to the end of deploy.yaml
, as shown below:
SSH Hosts
This package will dynamically define hosts based on global configuration values.
It loops over a CSV list of environments in the environments
variable, defining
0 or more hosts for each environment. By default, production
, staging
& dev
environments are defined. For each environment, the package defines a number of
hosts based on the integer value of the matching {environment}_webservers
variable (e.g. two hosts defined for production
based on the production_webservers
variable value). These hosts will be linked together by their environment name
(or stage
, in Deployer parlance). When you want to deploy to production, you would
probably run a command similar to dep deploy stage=production
. This package assumes
there are 2 production webservers, by default.
Configuring SSH
The hosts defined by Deployer are merely aliases. During execution, Deployer will
assume hosts defined internally are available via SSH. You can add hosts to your
~/.ssh/config
file, or you can add Include
directive(s) which will load config provided by other files into your main SSH config.
Such definitions can occur immediately before an automated deployment.
Each project can provide its own SSH config. Consider creating an .ssh
folder in your
project root & creating a config
file within.
You can manually include config for specific projects:
You can also use a pattern to auto-include project config from many folders: