This version of the README documents dpl v2, the next major version of dpl. The README for dpl v1, the version that is currently used in production on Travis CI can be found here.
Dpl is command line tool for deploying code, html, packages, or build artifacts to various service providers.
It is tightly integrated into Travis CI's deployment integration, but also used, and recommended by others, such as GitLab.
It is maintained by Travis CI, largely community driven, and it has existed since 2013. If you find support your preferred deployment target missing, please do not hesitate to get in touch, and we'll help you add it.
- Requirements
- Installation
- Usage
- Maturity Levels
- Supported Providers
- Contributing to Dpl
- Old Issues
- Code of Conduct
- License
- Credits
Dpl requires Ruby 2.3 or later.
Depending on the deployment target dpl might require additional runtimes (e.g. Go, Node.js, or Python) to be installed. It also might require sudo access in order to install a Debian package.
Dpl is generally optimized for usage on Linux systems.
This version of dpl is currently released as an alpha
preview release. In
order to install it, add the --pre
flag:
gem install dpl --pre
Dpl is meant and optimized for usage in ephemeral build environments, such as Travis CI, or any other CI/CD pipeline.
Dpl is integrated to Travis CI's build configuration and build script compilation
tooling, so all you need to do is add the proper configuration to your .travis.yml
file. Please refer to the documentation
for details.
For usage outside of Travis CI dpl can be executed as follows. Please refer to the respective providers for details.
dpl [provider] [options]
Dpl can be used locally, e.g. on your development machine, but it might leave artifacts that may alter the behaviour of your system. If you encounter this behaviour and it presents a serious issue to you then please open an issue.
Dpl v1 has cleaned up the Git working directory by default, using git stash --all
. The default for this option has been changed in dpl v2, and users now
need to opt in to cleaning up any left over artifacts from the build process
by passing the option --cleanup
.
The status of the working directory is relevant only to providers that package
and push it to the respective remote service (e.g. heroku
when using the
api
strategy, package registry providers, etc.). Most providers will either
push the latest Git commit, or pull code from a remote repository.
In order to communicate the current development status and maturity of dpl's support for a particular service the respective provider is marked with one of the following maturity levels, according to the given criteria:
-
dev
- the provider is in development (initial level) -
alpha
- the provider is fully tested -
beta
- the provider has been in alpha for at least a month, and successful real-world production deployments have been observed -
stable
- the provider has been in beta for at least a month, and there are no open issues that qualify as critical (such as deployments failing, documented functionality broken, etc)
Dpl supports the following providers:
- Anynines
- AWS CloudFormation
- AWS Code Deploy
- AWS ECR
- AWS Elastic Beanstalk
- AWS Lambda
- AWS OpsWorks
- AWS S3
- Azure Web Apps
- Bintray
- Bluemix Cloud Foundry
- Boxfuse
- Cargo
- Chef Supermarket
- Cloud Files
- Cloud Foundry
- Cloud66
- Convox
- Datica
- Engineyard
- Firebase
- Flynn
- Git (push)
- GitHub Pages
- GitHub Pages (API)
- GitHub Releases
- Gleis
- Google App Engine
- Google Cloud Store
- Hackage
- Hephy
- Heroku API
- Heroku Git
- Launchpad
- Netlify
- npm
- nuget
- OpenShift
- Packagecloud
- Puppet Forge
- PyPI
- Rubygems
- Scalingo
- Script
- Snap
- Surge
- TestFairy
- Transifex
Support for deployments to Anynines is in alpha. Please see Maturity Levels for details.
Usage: dpl anynines [options]
Summary:
Anynines deployment provider
Description:
tbd
Options:
--username USER anynines username (type: string, required)
--password PASS anynines password (type: string, required)
--organization ORG anynines organization (type: string, required)
--space SPACE anynines space (type: string, required)
--app_name APP Application name (type: string)
--buildpack PACK Buildpack name or Git URL (type: string)
--manifest FILE Path to the manifest (type: string)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl anynines --username user --password pass --organization org --space space
dpl anynines --username user --password pass --organization org --space space --app_name app
Options can be given via env vars if prefixed with ANYNINES_
. E.g. the option --password
can be
given as ANYNINES_PASSWORD=<password>
.
Usage: dpl cloudformation [options]
Summary:
AWS CloudFormation deployment provider
Description:
tbd
Options:
--access_key_id ID AWS Access Key ID (type: string, required)
--secret_access_key KEY AWS Secret Key (type: string, required)
--region REGION AWS Region to deploy to (type: string, default: us-east-1)
--template STR CloudFormation template file (type: string, required, note: can be either a
local path or an S3 URL)
--stack_name NAME CloudFormation Stack Name. (type: string, required)
--stack_name_prefix STR CloudFormation Stack Name Prefix. (type: string)
--[no-]promote Deploy changes (default: true, note: otherwise a change set is created)
--role_arn ARN AWS Role ARN (type: string)
--sts_assume_role ARN AWS Role ARN for cross account deployments (assumed by travis using given AWS
credentials). (type: string)
--capabilities STR CloudFormation allowed capabilities (type: array (string, can be given multiple
times), known values: CAPABILITY_IAM, CAPABILITY_NAMED_IAM,
CAPABILITY_AUTO_EXPAND, see:
https://docs.aws.amazon.com/AWSCloudFormation/latest/APIReference/API_CreateStack.html)
--[no-]wait Wait for CloutFormation to finish the stack creation and update (default: true)
--wait_timeout SEC How many seconds to wait for stack creation and update. (type: integer, default:
3600)
--create_timeout SEC How many seconds to wait before the stack status becomes CREATE_FAILED (type:
integer, default: 3600, note: valid only when creating a stack)
--parameters STR key=value pairs or ENV var names (type: array (string, can be given multiple
times))
--output_file PATH Path to output file to store CloudFormation outputs to (type: string)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl cloudformation --access_key_id id --secret_access_key key --template str --stack_name name
dpl cloudformation --access_key_id id --secret_access_key key --template str --stack_name name --region region
Options can be given via env vars if prefixed with [AWS_|CLOUDFORMATION_]
. E.g. the option
--access_key_id
can be given as AWS_ACCESS_KEY_ID=<access_key_id>
or
CLOUDFORMATION_ACCESS_KEY_ID=<access_key_id>
.
Usage: dpl codedeploy [options]
Summary:
AWS Code Deploy deployment provider
Description:
tbd
Options:
--access_key_id ID AWS access key (type: string, required)
--secret_access_key KEY AWS secret access key (type: string, required)
--application NAME CodeDeploy application name (type: string, required)
--deployment_group GROUP CodeDeploy deployment group name (type: string)
--revision_type TYPE CodeDeploy revision type (type: string, known values: s3, github, downcases)
--commit_id SHA Commit ID in case of GitHub (type: string)
--repository NAME Repository name in case of GitHub (type: string)
--bucket NAME S3 bucket in case of S3 (type: string)
--region REGION AWS availability zone (type: string, default: us-east-1)
--file_exists_behavior STR How to handle files that already exist in a deployment target location (type:
string, default: disallow, known values: disallow, overwrite, retain)
--[no-]wait_until_deployed Wait until the deployment has finished
--bundle_type TYPE Bundle type of the revision (type: string)
--key KEY S3 bucket key of the revision (type: string)
--description DESCR Description of the revision (type: string)
--endpoint ENDPOINT S3 endpoint url (type: string)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl codedeploy --access_key_id id --secret_access_key key --application name
dpl codedeploy --access_key_id id --secret_access_key key --application name --deployment_group group --revision_type s3
Options can be given via env vars if prefixed with [AWS_|CODEDEPLOY_]
. E.g. the option
--access_key_id
can be given as AWS_ACCESS_KEY_ID=<access_key_id>
or
CODEDEPLOY_ACCESS_KEY_ID=<access_key_id>
.
The following variable are availabe for interpolation on description
:
application
, bucket
, bundle_type
, commit_id
, deployment_group
, endpoint
, file_exists_behavior
, git_author_email
, git_author_name
, git_branch
, git_commit_author
, git_commit_msg
, git_sha
, git_tag
, key
, region
, repository
, revision_type
, build_number
Support for deployments to AWS ECR is in alpha. Please see Maturity Levels for details.
Usage: dpl ecr [options]
Summary:
AWS ECR deployment provider
Description:
tbd
Options:
--access_key_id ID AWS access key (type: string, required)
--secret_access_key KEY AWS secret access key (type: string, required)
--account_id ID AWS Account ID (type: string, note: Required if the repository is owned by a
different account than the IAM user)
--source SOURCE Image to push (type: string, required, note: can be the id or the name and
optional tag (e.g. mysql:5.6))
--target TARGET Comma separated list of partial repository names to push to (type: string,
required)
--region REGION Comma separated list of regions to push to (type: string, default: us-east-1)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl ecr --access_key_id id --secret_access_key key --source source --target target
dpl ecr --access_key_id id --secret_access_key key --source source --target target --account_id id
Options can be given via env vars if prefixed with AWS_
. E.g. the option --access_key_id
can be
given as AWS_ACCESS_KEY_ID=<access_key_id>
.
Usage: dpl elasticbeanstalk [options]
Summary:
AWS Elastic Beanstalk deployment provider
Description:
Deploy to AWS Elastic Beanstalk: https://aws.amazon.com/elasticbeanstalk/
This provider:
* Creates a zip file (or uses one you provide)
* Uploads it to your EB application
* Optionally deploys to a specific EB environment
* Optionally waits until the deployment finishes
Options:
--access_key_id ID AWS Access Key ID (type: string, required)
--secret_access_key KEY AWS Secret Key (type: string, required)
--region REGION AWS Region the Elastic Beanstalk app is running in (type: string, default:
us-east-1)
--app NAME Elastic Beanstalk application name (type: string, default: repo name)
--env NAME Elastic Beanstalk environment name to be updated. (type: string)
--bucket NAME Bucket name to upload app to (type: string, required, alias: bucket_name)
--bucket_path PATH Location within Bucket to upload app to (type: string)
--description DESC Description for the application version (type: string)
--label LABEL Label for the application version (type: string)
--zip_file PATH The zip file that you want to deploy. If not given, a zipfile will be created
from the current directory, honoring .ebignore and .gitignore. (type: string)
--[no-]wait_until_deployed Wait until the deployment has finished (requires: env)
--wait_until_deployed_timeout SEC How many seconds to wait for Elastic Beanstalk deployment update. (type:
integer, default: 600)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl elasticbeanstalk --access_key_id id --secret_access_key key --bucket name
dpl elasticbeanstalk --access_key_id id --secret_access_key key --bucket name --region region --app name
Options can be given via env vars if prefixed with [AWS_|ELASTIC_BEANSTALK_]
. E.g. the option
--access_key_id
can be given as AWS_ACCESS_KEY_ID=<access_key_id>
or
ELASTIC_BEANSTALK_ACCESS_KEY_ID=<access_key_id>
.
Usage: dpl lambda [options]
Summary:
AWS Lambda deployment provider
Description:
tbd
Options:
--access_key_id ID AWS access key id (type: string, required)
--secret_access_key KEY AWS secret key (type: string, required)
--region REGION AWS region the Lambda function is running in (type: string, default: us-east-1)
--function_name FUNC Name of the Lambda being created or updated (type: string, required)
--role ROLE ARN of the IAM role to assign to the Lambda function (type: string, note:
required when creating a new function)
--handler_name NAME Function the Lambda calls to begin execution. (type: string, note: required when
creating a new function)
--module_name NAME Name of the module that exports the handler (type: string, requires:
handler_name, default: index)
--description DESCR Description of the Lambda being created or updated (type: string)
--timeout SECS Function execution time (in seconds) at which Lambda should terminate the
function (type: string, default: 3)
--memory_size MB Amount of memory in MB to allocate to this Lambda (type: string, default: 128)
--subnet_ids IDS List of subnet IDs to be added to the function (type: array (string, can be
given multiple times), note: Needs the ec2:DescribeSubnets and ec2:DescribeVpcs
permission for the user of the access/secret key to work)
--security_group_ids IDS List of security group IDs to be added to the function (type: array (string, can
be given multiple times), note: Needs the ec2:DescribeSecurityGroups and
ec2:DescribeVpcs permission for the user of the access/secret key to work)
--environment VARS List of Environment Variables to add to the function (type: array (string, can
be given multiple times), alias: environment_variables, format: /[\w\-]+=.+/,
note: Can be encrypted for added security)
--runtime NAME Lambda runtime to use (type: string, default: nodejs10.x, known values:
nodejs12.x, nodejs10.x, python3.8, python3.7, python3.6, python2.7, ruby2.7,
ruby2.5, java11, java8, go1.x, dotnetcore2.1, note: required when creating a new
function)
--dead_letter_arn ARN ARN to an SNS or SQS resource used for the dead letter queue. (type: string)
--kms_key_arn ARN KMS key ARN to use to encrypt environment_variables. (type: string)
--tracing_mode MODE Tracing mode (type: string, default: PassThrough, known values: Active,
PassThrough, note: Needs xray:PutTraceSegments xray:PutTelemetryRecords on the
role)
--layers LAYERS Function layer arns (type: array (string, can be given multiple times))
--function_tags TAGS List of tags to add to the function (type: array (string, can be given multiple
times), format: /[\w\-]+=.+/, note: Can be encrypted for added security)
--[no-]publish Create a new version of the code instead of replacing the existing one.
--zip PATH Path to a packaged Lambda, a directory to package, or a single file to package
(type: string, default: .)
--[no-]dot_match Include hidden .* files to the zipped archive
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl lambda --access_key_id id --secret_access_key key --function_name func
dpl lambda --access_key_id id --secret_access_key key --function_name func --region region --role role
Options can be given via env vars if prefixed with [AWS_|LAMBDA_]
. E.g. the option
--access_key_id
can be given as AWS_ACCESS_KEY_ID=<access_key_id>
or
LAMBDA_ACCESS_KEY_ID=<access_key_id>
.
The following variable are availabe for interpolation on description
:
dead_letter_arn
, function_name
, git_author_email
, git_author_name
, git_branch
, git_commit_author
, git_commit_msg
, git_sha
, git_tag
, handler_name
, kms_key_arn
, memory_size
, module_name
, region
, role
, runtime
, timeout
, tracing_mode
, zip
Usage: dpl opsworks [options]
Summary:
AWS OpsWorks deployment provider
Description:
tbd
Options:
--access_key_id ID AWS access key id (type: string, required)
--secret_access_key KEY AWS secret key (type: string, required)
--app_id APP The app id (type: string, required)
--region REGION AWS region (type: string, default: us-east-1)
--instance_ids ID An instance id (type: array (string, can be given multiple times))
--layer_ids ID A layer id (type: array (string, can be given multiple times))
--[no-]migrate Migrate the database.
--[no-]wait_until_deployed Wait until the app is deployed and return the deployment status.
--[no-]update_on_success When wait-until-deployed and updated-on-success are both not given, application
source is updated to the current SHA. Ignored when wait-until-deployed is not
given. (alias: update_app_on_success)
--custom_json JSON Custom json options override (overwrites default configuration) (type: string)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl opsworks --access_key_id id --secret_access_key key --app_id app
dpl opsworks --access_key_id id --secret_access_key key --app_id app --region region --instance_ids id
Options can be given via env vars if prefixed with [AWS_|OPSWORKS_]
. E.g. the option
--access_key_id
can be given as AWS_ACCESS_KEY_ID=<access_key_id>
or
OPSWORKS_ACCESS_KEY_ID=<access_key_id>
.
Usage: dpl s3 [options]
Summary:
AWS S3 deployment provider
Description:
tbd
Options:
--access_key_id ID AWS access key id (type: string, required)
--secret_access_key KEY AWS secret key (type: string, required)
--bucket BUCKET S3 bucket (type: string, required)
--region REGION S3 region (type: string, default: us-east-1)
--endpoint URL S3 endpoint (type: string)
--upload_dir DIR S3 directory to upload to (type: string)
--local_dir DIR Local directory to upload from (type: string, default: ., e.g.: ~/travis/build
(absolute path) or ./build (relative path))
--glob GLOB Files to upload (type: string, default: **/*)
--[no-]dot_match Upload hidden files starting with a dot
--acl ACL Access control for the uploaded objects (type: string, default: private, known
values: private, public_read, public_read_write, authenticated_read,
bucket_owner_read, bucket_owner_full_control)
--[no-]detect_encoding HTTP header Content-Encoding for files compressed with gzip and compress
utilities
--cache_control STR HTTP header Cache-Control to suggest that the browser cache the file (type:
array (string, can be given multiple times), default: no-cache, known values:
/^no-cache.*/, /^no-store.*/, /^max-age=\d+.*/, /^s-maxage=\d+.*/,
/^no-transform/, /^public/, /^private/, note: accepts mapping values to globs)
--expires DATE Date and time that the cached object expires (type: array (string, can be given
multiple times), format: /^"?\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2} .+"?.*$/, note:
accepts mapping values to globs)
--default_text_charset CHARSET Default character set to append to the content-type of text files (type: string)
--storage_class CLASS S3 storage class to upload as (type: string, default: STANDARD, known values:
STANDARD, STANDARD_IA, REDUCED_REDUNDANCY)
--[no-]server_side_encryption Use S3 Server Side Encryption (SSE-AES256)
--index_document_suffix SUFFIX Index document suffix of a S3 website (type: string)
--[no-]overwrite Whether or not to overwrite existing files (default: true)
--[no-]force_path_style Whether to force keeping the bucket name on the path
--max_threads NUM The number of threads to use for S3 file uploads (type: integer, default: 5,
max: 15)
--[no-]verbose Be verbose about uploading files
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl s3 --access_key_id id --secret_access_key key --bucket bucket
dpl s3 --access_key_id id --secret_access_key key --bucket bucket --region region --endpoint url
Options can be given via env vars if prefixed with [AWS_|S3_]
. E.g. the option --access_key_id
can be given as AWS_ACCESS_KEY_ID=<access_key_id>
or S3_ACCESS_KEY_ID=<access_key_id>
.
Support for deployments to Azure Web Apps is in alpha. Please see Maturity Levels for details.
Usage: dpl azure_web_apps [options]
Summary:
Azure Web Apps deployment provider
Description:
tbd
Options:
--username NAME Web App Deployment Username (type: string, required)
--password PASS Web App Deployment Password (type: string, required)
--site SITE Web App name (e.g. myapp in myapp.azurewebsites.net) (type: string, required)
--slot SLOT Slot name (if your app uses staging deployment) (type: string)
--[no-]verbose Print deployment output from Azure. Warning: If authentication fails, Git prints
credentials in clear text. Correct credentials remain hidden.
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl azure_web_apps --username name --password pass --site site
dpl azure_web_apps --username name --password pass --site site --slot slot --verbose
Options can be given via env vars if prefixed with AZURE_WA_
. E.g. the option --password
can be
given as AZURE_WA_PASSWORD=<password>
.
Usage: dpl bintray [options]
Summary:
Bintray deployment provider
Description:
tbd
Options:
--user USER Bintray user (type: string, required)
--key KEY Bintray API key (type: string, required)
--file FILE Path to a descriptor file for the Bintray upload (type: string, required)
--passphrase PHRASE Passphrase as configured on Bintray (if GPG signing is used) (type: string)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl bintray --user user --key key --file file
dpl bintray --user user --key key --file file --passphrase phrase --cleanup
Options can be given via env vars if prefixed with BINTRAY_
. E.g. the option --key
can be given
as BINTRAY_KEY=<key>
.
Usage: dpl bluemixcloudfoundry [options]
Summary:
Bluemix Cloud Foundry deployment provider
Description:
tbd
Options:
--username USER Bluemix username (type: string, required)
--password PASS Bluemix password (type: string, required)
--organization ORG Bluemix organization (type: string, required)
--space SPACE Bluemix space (type: string, required)
--region REGION Bluemix region (type: string, default: ng, known values: ng, eu-gb, eu-de,
au-syd)
--api URL Bluemix api URL (type: string)
--app_name APP Application name (type: string)
--buildpack PACK Buildpack name or Git URL (type: string)
--manifest FILE Path to the manifest (type: string)
--[no-]skip_ssl_validation Skip SSL validation
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl bluemixcloudfoundry --username user --password pass --organization org --space space
dpl bluemixcloudfoundry --username user --password pass --organization org --space space --region ng
Options can be given via env vars if prefixed with CLOUDFOUNDRY_
. E.g. the option --password
can
be given as CLOUDFOUNDRY_PASSWORD=<password>
.
Support for deployments to Boxfuse is in alpha. Please see Maturity Levels for details.
Usage: dpl boxfuse [options]
Summary:
Boxfuse deployment provider
Description:
tbd
Options:
--user USER type: string, required
--secret SECRET type: string, required
--payload PAYLOAD type: string
--app APP type: string
--version VERSION type: string
--env ENV type: string
--config_file FILE type: string, alias: configfile (deprecated, please use config_file)
--extra_args ARGS type: string
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl boxfuse --user user --secret secret
dpl boxfuse --user user --secret secret --payload payload --app app --version version
Options can be given via env vars if prefixed with BOXFUSE_
. E.g. the option --secret
can be
given as BOXFUSE_SECRET=<secret>
.
Usage: dpl cargo [options]
Summary:
Cargo deployment provider
Description:
tbd
Options:
--token TOKEN Cargo registry API token (type: string, required)
--[no-]allow_dirty Allow publishing from a dirty git working directory
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl cargo --token token
dpl cargo --token token --allow_dirty --cleanup --run cmd
Options can be given via env vars if prefixed with CARGO_
. E.g. the option --token
can be given
as CARGO_TOKEN=<token>
.
Support for deployments to Chef Supermarket is in alpha. Please see Maturity Levels for details.
Usage: dpl chef_supermarket [options]
Summary:
Chef Supermarket deployment provider
Description:
tbd
Options:
--user_id ID Chef Supermarket user name (type: string, required)
--name NAME Cookbook name (type: string, alias: cookbook_name (deprecated, please use name),
note: defaults to the name given in metadata.json or metadata.rb)
--category CAT Cookbook category in Supermarket (type: string, required, alias:
cookbook_category (deprecated, please use category), see:
https://docs.getchef.com/knife_cookbook_site.html#id12)
--client_key KEY Client API key file name (type: string, default: client.pem)
--dir DIR Directory containing the cookbook (type: string, default: .)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl chef_supermarket --user_id id --category cat
dpl chef_supermarket --user_id id --category cat --name name --client_key key --dir dir
Options can be given via env vars if prefixed with CHEF_
.
Support for deployments to Cloud Files is in alpha. Please see Maturity Levels for details.
Usage: dpl cloudfiles [options]
Summary:
Cloud Files deployment provider
Description:
tbd
Options:
--username USER Rackspace username (type: string, required)
--api_key KEY Rackspace API key (type: string, required)
--region REGION Cloudfiles region (type: string, required, known values: ord, dfw, syd, iad,
hkg)
--container NAME Name of the container that files will be uploaded to (type: string, required)
--glob GLOB Paths to upload (type: string, default: **/*)
--[no-]dot_match Upload hidden files starting a dot
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl cloudfiles --username user --api_key key --region ord --container name
dpl cloudfiles --username user --api_key key --region ord --container name --glob glob
Options can be given via env vars if prefixed with CLOUDFILES_
. E.g. the option --api_key
can be
given as CLOUDFILES_API_KEY=<api_key>
.
Usage: dpl cloudfoundry [options]
Summary:
Cloud Foundry deployment provider
Description:
tbd
Options:
--username USER Cloud Foundry username (type: string, required)
--password PASS Cloud Foundry password (type: string, required)
--organization ORG Cloud Foundry organization (type: string, required)
--space SPACE Cloud Foundry space (type: string, required)
--api URL Cloud Foundry api URL (type: string, default: https://api.run.pivotal.io)
--app_name APP Application name (type: string)
--buildpack PACK Buildpack name or Git URL (type: string)
--manifest FILE Path to the manifest (type: string)
--[no-]skip_ssl_validation Skip SSL validation
--deployment_strategy STRATEGY Deployment strategy, either rolling or null (type: string)
--[no-]v3 Use the v3 API version to push the application
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl cloudfoundry --username user --password pass --organization org --space space
dpl cloudfoundry --username user --password pass --organization org --space space --api url
Options can be given via env vars if prefixed with CLOUDFOUNDRY_
. E.g. the option --password
can
be given as CLOUDFOUNDRY_PASSWORD=<password>
.
Support for deployments to Cloud66 is in alpha. Please see Maturity Levels for details.
Usage: dpl cloud66 [options]
Summary:
Cloud66 deployment provider
Description:
tbd
Options:
--redeployment_hook URL The redeployment hook URL (type: string, required)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl cloud66 --redeployment_hook url
dpl cloud66 --redeployment_hook url --cleanup --run cmd
Options can be given via env vars if prefixed with CLOUD66_
. E.g. the option --redeployment_hook
can be given as CLOUD66_REDEPLOYMENT_HOOK=<redeployment_hook>
.
Support for deployments to Convox is in development. Please see Maturity Levels for details.
Usage: dpl convox [options]
Summary:
Convox deployment provider
Description:
tbd
Options:
--host HOST type: string, default: console.convox.com
--app APP type: string, required
--rack RACK type: string, required
--password PASS type: string, required
--install_url URL type: string, default: https://convox.com/cli/linux/convox
--[no-]update_cli
--[no-]create
--[no-]promote default: true
--env_names VARS type: array (string, can be given multiple times)
--env VARS type: array (string, can be given multiple times)
--env_file FILE type: string
--description STR type: string
--generation NUM type: integer, default: 2
--prepare CMDS Run commands with convox cli available just before deployment (type: array
(string, can be given multiple times))
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl convox --app app --rack rack --password pass
dpl convox --app app --rack rack --password pass --host host --install_url url
Options can be given via env vars if prefixed with CONVOX_
.
Support for deployments to Datica is in development. Please see Maturity Levels for details.
Usage: dpl datica [options]
or: dpl catalyze [options]
Summary:
Datica deployment provider
Description:
tbd
Options:
--target TARGET The git remote repository to deploy to (type: string, required)
--path PATH Path to files to deploy (type: string, default: .)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl datica --target target
dpl datica --target target --path path --cleanup --run cmd
Options can be given via env vars if prefixed with [CATALYZE_|DATICA_]
.
Support for deployments to Engineyard is in alpha. Please see Maturity Levels for details.
Usage: dpl engineyard [options]
Summary:
Engineyard deployment provider
Description:
tbd
Options:
Either api_key, or email and password are required.
--api_key KEY Engine Yard API key (type: string, note: can be obtained at
https://cloud.engineyard.com/cli)
--email EMAIL Engine Yard account email (type: string)
--password PASS Engine Yard password (type: string)
--app APP Engine Yard application name (type: string, default: repo name)
--env ENV Engine Yard application environment (type: string, alias: environment)
--migrate CMD Engine Yard migration commands (type: string)
--account NAME Engine Yard account name (type: string)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl engineyard --api_key key
dpl engineyard --email email --password pass
dpl engineyard --api_key key --app app --env env --migrate cmd --account name
Options can be given via env vars if prefixed with [ENGINEYARD_|EY_]
. E.g. the option --api_key
can be given as ENGINEYARD_API_KEY=<api_key>
or EY_API_KEY=<api_key>
.
Usage: dpl firebase [options]
Summary:
Firebase deployment provider
Description:
tbd
Options:
--token TOKEN Firebase CI access token (generate with firebase login:ci) (type: string,
required)
--project NAME Firebase project to deploy to (defaults to the one specified in your
firebase.json) (type: string)
--message MSG Message describing this deployment. (type: string)
--only SERVICES Firebase services to deploy (type: string, note: can be a comma-separated list)
--[no-]force Whether or not to delete Cloud Functions missing from the current working
directory
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl firebase --token token
dpl firebase --token token --project name --message msg --only services --force
Options can be given via env vars if prefixed with FIREBASE_
. E.g. the option --token
can be
given as FIREBASE_TOKEN=<token>
.
Support for deployments to Flynn is in development. Please see Maturity Levels for details.
Usage: dpl flynn [options]
Summary:
Flynn deployment provider
Description:
Flynn provider for Dpl
Options:
--git URL Flynn Git remote URL (type: string, required)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl flynn --git url
dpl flynn --git url --cleanup --run cmd
Support for deployments to Git (push) is in development. Please see Maturity Levels for details.
Usage: dpl git_push [options]
Summary:
Git (push) deployment provider
Description:
Experimental, generic provider for updating a Git remote branch with
changes produced by the build, and optionally opening a pull request.
Options:
Either token, or deploy_key and name and email are required.
--repo SLUG Repo slug (type: string, default: repo slug)
--token TOKEN GitHub token with repo permission (type: string, alias: github_token)
--deploy_key PATH Path to a file containing a private deploy key with write access to the
repository (type: string, see:
https://developer.github.com/v3/guides/managing-deploy-keys/#deploy-keys)
--branch BRANCH Target branch to push to (type: string, required)
--base_branch BRANCH Base branch to branch off initially, and (optionally) create a pull request for
(type: string, default: master)
--name NAME Committer name (type: string, note: defaults to the GitHub name or login
associated with the GitHub token)
--email EMAIL Committer email (type: string, note: defaults to the GitHub email associated
with the GitHub token)
--commit_message MSG type: string, default: Update %{base_branch}
--[no-]allow_empty_commit Allow an empty commit to be created
--[no-]force Whether to push --force (default: false)
--local_dir DIR Local directory to push (type: string, default: .)
--[no-]pull_request Whether to create a pull request for the given branch
--[no-]allow_same_branch Whether to allow pushing to the same branch as the current branch (default:
false, note: setting this to true risks creating infinite build loops, use
conditional builds or other mechanisms to prevent build from infinitely
triggering more builds)
--host HOST type: string, default: github.com
--[no-]enterprise Whether to use a GitHub Enterprise API style URL
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl git_push --branch branch --token token
dpl git_push --branch branch --deploy_key path --name name --email email
dpl git_push --branch branch
dpl git_push --branch branch --token token --repo slug --base_branch branch --commit_message msg
Options can be given via env vars if prefixed with [GITHUB_|GIT_]
. E.g. the option --token
can
be given as GITHUB_TOKEN=<token>
or GIT_TOKEN=<token>
.
The following variable are availabe for interpolation on commit_message
:
base_branch
, branch
, deploy_key
, email
, git_author_email
, git_author_name
, git_branch
, git_commit_author
, git_commit_msg
, git_sha
, git_tag
, host
, local_dir
, name
, repo
Usage: dpl pages git [options]
Summary:
GitHub Pages deployment provider
Description:
tbd
Options:
Either token, or deploy_key are required.
--repo SLUG Repo slug (type: string, default: repo slug)
--token TOKEN GitHub token with repo permission (type: string, alias: github_token)
--deploy_key PATH Path to a file containing a private deploy key with write access to the
repository (type: string, see:
https://developer.github.com/v3/guides/managing-deploy-keys/#deploy-keys)
--target_branch BRANCH Branch to push force to (type: string, default: gh-pages)
--[no-]keep_history Create incremental commit instead of doing push force (default: true)
--commit_message MSG type: string, default: Deploy %{project_name} to %{url}:%{target_branch}
--[no-]allow_empty_commit Allow an empty commit to be created (requires: keep_history)
--[no-]verbose Be verbose about the deploy process
--local_dir DIR Directory to push to GitHub Pages (type: string, default: .)
--fqdn FQDN Write the given domain name to the CNAME file (type: string)
--project_name NAME Used in the commit message only (defaults to fqdn or the current repo slug)
(type: string)
--name NAME Committer name (type: string, note: defaults to the current git commit author
name)
--email EMAIL Committer email (type: string, note: defaults to the current git commit author
email)
--[no-]committer_from_gh Use the token's owner name and email for the commit (requires: token)
--[no-]deployment_file Enable creation of a deployment-info file
--url URL type: string, alias: github_url, default: github.com
Common Options:
--strategy NAME GitHub Pages deployment strategy (type: string, default: git, known values: api,
git)
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl pages git --token token
dpl pages git --deploy_key path
dpl pages git --token token --repo slug --target_branch branch --keep_history --commit_message msg
Options can be given via env vars if prefixed with [GITHUB_|PAGES_]
. E.g. the option --token
can
be given as GITHUB_TOKEN=<token>
or PAGES_TOKEN=<token>
.
The following variable are availabe for interpolation on commit_message
:
deploy_key
, email
, fqdn
, git_author_email
, git_author_name
, git_branch
, git_commit_author
, git_commit_msg
, git_sha
, git_tag
, local_dir
, name
, project_name
, repo
, target_branch
, url
Support for deployments to GitHub Pages (API) is in development. Please see Maturity Levels for details.
Usage: dpl pages api [options]
Summary:
GitHub Pages (API) deployment provider
Description:
This provider requests GitHub Pages build for the repository given by
the `--repo` flag, or the current one, if the flag is not given.
Note that `dpl` does not perform any check about the fitness of the request;
it is assumed that the target repository (and the branch that GitHub Pages is
configured to use) is ready for building.
For example, if your GitHub Pages is configured to use `gh-pages` but the
deployment is run on the `master` branch, you would have to ensure that the
`gh-pages` would be updated accordingly during the build.
Options:
--repo SLUG GitHub repo slug (type: string, default: repo slug)
--token TOKEN GitHub oauth token with repo permission (type: string, required, alias:
github_token)
Common Options:
--strategy NAME GitHub Pages deployment strategy (type: string, default: git, known values: api,
git)
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl pages api --token token
dpl pages api --token token --repo slug --strategy api --cleanup --run cmd
Options can be given via env vars if prefixed with [GITHUB_|PAGES_]
. E.g. the option --token
can
be given as GITHUB_TOKEN=<token>
or PAGES_TOKEN=<token>
.
Usage: dpl releases [options]
Summary:
GitHub Releases deployment provider
Description:
tbd
Options:
Either token, or username and password are required.
--token TOKEN GitHub oauth token (needs public_repo or repo permission) (type: string, alias:
api_key)
--username LOGIN GitHub login name (type: string, alias: user)
--password PASS GitHub password (type: string)
--repo SLUG GitHub repo slug (type: string, default: repo slug)
--file GLOB File or glob to release to GitHub (type: array (string, can be given multiple
times), default: *)
--[no-]file_glob Interpret files as globs (default: true)
--[no-]overwrite Overwrite files with the same name
--[no-]prerelease Identify the release as a prerelease
--release_number NUM Release number (override automatic release detection) (type: string)
--release_notes STR Content for the release notes (type: string, alias: body)
--release_notes_file PATH Path to a file containing the release notes (type: string, note: will be ignored
if --release_notes is given)
--[no-]draft Identify the release as a draft
--tag_name TAG Git tag from which to create the release (type: string)
--target_commitish STR Commitish value that determines where the Git tag is created from (type: string)
--name NAME Name for the release (type: string)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl releases --token token
dpl releases --username login --password pass
dpl releases --token token --repo slug --file glob --file_glob --overwrite
Options can be given via env vars if prefixed with [GITHUB_|RELEASES_]
. E.g. the option --token
can be given as GITHUB_TOKEN=<token>
or RELEASES_TOKEN=<token>
.
Support for deployments to Gleis is in alpha. Please see Maturity Levels for details.
Usage: dpl gleis [options]
Summary:
Gleis deployment provider
Description:
tbd
Options:
--app APP Gleis application to upload to (type: string, default: repo name)
--username NAME Gleis username (type: string, required)
--password PASS Gleis password (type: string, required)
--key_name NAME Name of the SSH deploy key pushed to Gleis (type: string, default:
dpl_deploy_key)
--[no-]verbose
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl gleis --username name --password pass
dpl gleis --username name --password pass --app app --key_name name --verbose
Options can be given via env vars if prefixed with GLEIS_
. E.g. the option --password
can be
given as GLEIS_PASSWORD=<password>
.
Usage: dpl gae [options]
Summary:
Google App Engine deployment provider
Description:
tbd
Options:
--project ID Project ID used to identify the project on Google Cloud (type: string, required)
--keyfile FILE Path to the JSON file containing your Service Account credentials in JSON Web
Token format. To be obtained via the Google Developers Console. Should be
handled with care as it contains authorization keys. (type: string, default:
service-account.json)
--config FILE Path to your service configuration file (type: array (string, can be given
multiple times), default: app.yaml)
--version VER The version of the app that will be created or replaced by this deployment. If
you do not specify a version, one will be generated for you (type: string)
--verbosity LEVEL Adjust the log verbosity (type: string, default: warning)
--[no-]promote Whether to promote the deployed version (default: true)
--[no-]stop_previous_version Prevent the deployment from stopping a previously promoted version (default:
true)
--[no-]install_sdk Whether to install the Google Cloud SDK (default: true)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl gae --project id
dpl gae --project id --keyfile file --config file --version ver --verbosity level
Options can be given via env vars if prefixed with
[CLOUDSDK_CORE|CLOUDSDK_CORE_|GAE|GAE_|GOOGLECLOUD|GOOGLECLOUD_]
.
Usage: dpl gcs [options]
Summary:
Google Cloud Store deployment provider
Description:
tbd
Options:
Either key_file, or access_key_id and secret_access_key are required.
--key_file FILE Path to a GCS service account key JSON file (type: string)
--access_key_id ID GCS Interoperable Access Key ID (type: string)
--secret_access_key KEY GCS Interoperable Access Secret (type: string)
--bucket BUCKET GCS Bucket (type: string, required)
--local_dir DIR Local directory to upload from (type: string, default: .)
--upload_dir DIR GCS directory to upload to (type: string)
--[no-]dot_match Upload hidden files starting with a dot
--acl ACL Access control to set for uploaded objects (type: string, default: private,
known values: private, public-read, public-read-write, authenticated-read,
bucket-owner-read, bucket-owner-full-control, see:
https://cloud.google.com/storage/docs/reference-headers#xgoogacl)
--[no-]detect_encoding HTTP header Content-Encoding to set for files compressed with gzip and compress
utilities.
--cache_control HEADER HTTP header Cache-Control to suggest that the browser cache the file. (type:
string, see:
https://cloud.google.com/storage/docs/xml-api/reference-headers#cachecontrol)
--glob GLOB type: string, default: **/*
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl gcs --bucket bucket --key_file file
dpl gcs --bucket bucket --access_key_id id --secret_access_key key
dpl gcs --bucket bucket
dpl gcs --bucket bucket --key_file file --local_dir dir --upload_dir dir --dot_match
Options can be given via env vars if prefixed with GCS_
. E.g. the option --access_key_id
can be
given as GCS_ACCESS_KEY_ID=<access_key_id>
.
Support for deployments to Hackage is in alpha. Please see Maturity Levels for details.
Usage: dpl hackage [options]
Summary:
Hackage deployment provider
Description:
tbd
Options:
--username USER Hackage username (type: string, required)
--password USER Hackage password (type: string, required)
--[no-]publish Whether or not to publish the package
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl hackage --username user --password user
dpl hackage --username user --password user --publish --cleanup --run cmd
Options can be given via env vars if prefixed with HACKAGE_
. E.g. the option --password
can be
given as HACKAGE_PASSWORD=<password>
.
Support for deployments to Hephy is in beta. Please see Maturity Levels for details.
Usage: dpl hephy [options]
Summary:
Hephy deployment provider
Description:
tbd
Options:
--controller NAME Hephy controller (type: string, required, e.g.: hephy.hephyapps.com)
--username USER Hephy username (type: string, required)
--password PASS Hephy password (type: string, required)
--app APP Deis app (type: string, required)
--cli_version VER Install a specific Hephy CLI version (type: string, default: stable)
--[no-]verbose Verbose log output
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl hephy --controller name --username user --password pass --app app
dpl hephy --controller name --username user --password pass --app app --cli_version ver
Options can be given via env vars if prefixed with HEPHY_
. E.g. the option --password
can be
given as HEPHY_PASSWORD=<password>
.
Usage: dpl heroku api [options]
Summary:
Heroku API deployment provider
Description:
tbd
Options:
--api_key KEY Heroku API key (type: string, required)
Common Options:
--strategy NAME Heroku deployment strategy (type: string, default: api, known values: api, git)
--app APP Heroku app name (type: string, default: repo name)
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl heroku api --api_key key
dpl heroku api --api_key key --strategy api --app app --cleanup --run cmd
Options can be given via env vars if prefixed with HEROKU_
. E.g. the option --api_key
can be
given as HEROKU_API_KEY=<api_key>
.
Support for deployments to Heroku Git is in alpha. Please see Maturity Levels for details.
Usage: dpl heroku git [options]
Summary:
Heroku Git deployment provider
Description:
tbd
Options:
Either api_key, or username and password are required.
--api_key KEY Heroku API key (type: string)
--username USER Heroku username (type: string, alias: user)
--password PASS Heroku password (type: string)
--git URL Heroku Git remote URL (type: string)
Common Options:
--strategy NAME Heroku deployment strategy (type: string, default: api, known values: api, git)
--app APP Heroku app name (type: string, default: repo name)
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl heroku git --api_key key
dpl heroku git --username user --password pass
dpl heroku git --api_key key --git url --strategy api --app app --cleanup
Options can be given via env vars if prefixed with HEROKU_
. E.g. the option --api_key
can be
given as HEROKU_API_KEY=<api_key>
.
Support for deployments to Launchpad is in alpha. Please see Maturity Levels for details.
Usage: dpl launchpad [options]
Summary:
Launchpad deployment provider
Description:
tbd
Options:
--oauth_token TOKEN Launchpad OAuth token (type: string)
--oauth_token_secret SECRET Launchpad OAuth token secret (type: string)
--slug SLUG Launchpad project slug (type: string, format: /^~[^\/]+\/[^\/]+\/[^\/]+$/, e.g.:
~user-name/project-name/branch-name)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl launchpad --oauth_token token --oauth_token_secret secret --slug slug --cleanup --run cmd
Options can be given via env vars if prefixed with LAUNCHPAD_
. E.g. the option --oauth_token
can
be given as LAUNCHPAD_OAUTH_TOKEN=<oauth_token>
.
Usage: dpl netlify [options]
Summary:
Netlify deployment provider
Description:
tbd
Options:
--site ID A site ID to deploy to (type: string, required)
--auth TOKEN An auth token to log in with (type: string, required)
--dir DIR Specify a folder to deploy (type: string)
--functions FUNCS Specify a functions folder to deploy (type: string)
--message MSG A message to include in the deploy log (type: string)
--[no-]prod Deploy to production
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl netlify --site id --auth token
dpl netlify --site id --auth token --dir dir --functions funcs --message msg
Options can be given via env vars if prefixed with NETLIFY_
. E.g. the option --auth
can be given
as NETLIFY_AUTH=<auth>
.
Usage: dpl npm [options]
Summary:
npm deployment provider
Description:
tbd
Options:
--email EMAIL npm account email (type: string)
--api_token TOKEN npm api token (type: string, required, alias: api_key, note: can be retrieved
from your local ~/.npmrc file, see:
https://docs.npmjs.com/creating-and-viewing-authentication-tokens)
--access ACCESS Access level (type: string, known values: public, private)
--registry URL npm registry url (type: string)
--src SRC directory or tarball to publish (type: string, default: .)
--tag TAGS distribution tags to add (type: string)
--run_script SCRIPT run the given script from package.json (type: array (string, can be given
multiple times), note: skips running npm publish)
--[no-]dry_run performs test run without uploading to registry
--auth_method METHOD Authentication method (type: string, known values: auth)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl npm --api_token token
dpl npm --api_token token --email email --access public --registry url --src src
Options can be given via env vars if prefixed with NPM_
. E.g. the option --api_token
can be
given as NPM_API_TOKEN=<api_token>
.
Support for deployments to nuget is in alpha. Please see Maturity Levels for details.
Usage: dpl nuget [options]
Summary:
nuget deployment provider
Description:
tbd
Options:
--api_key KEY NuGet registry API key (type: string, required, note: can be retrieved from your
NuGet registry provider, see:
https://docs.npmjs.com/creating-and-viewing-authentication-tokens)
--registry URL NuGet registry url (type: string, required)
--src SRC The nupkg file(s) to publish (type: string, default: *.nupkg)
--[no-]no_symbols Do not push symbols, even if present
--[no-]skip_duplicate Do not overwrite existing packages
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl nuget --api_key key --registry url
dpl nuget --api_key key --registry url --src src --no_symbols --skip_duplicate
Options can be given via env vars if prefixed with [DOTNET_|NUGET_]
. E.g. the option --api_key
can be given as NUGET_API_KEY=<api_key>
or DOTNET_API_KEY=<api_key>
.
Usage: dpl openshift [options]
Summary:
OpenShift deployment provider
Description:
tbd
Options:
--server SERVER OpenShift server (type: string, required)
--token TOKEN OpenShift token (type: string, required)
--project PROJECT OpenShift project (type: string, required)
--app APP OpenShift application (type: string, default: repo name)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl openshift --server server --token token --project project
dpl openshift --server server --token token --project project --app app --cleanup
Options can be given via env vars if prefixed with OPENSHIFT_
. E.g. the option --token
can be
given as OPENSHIFT_TOKEN=<token>
.
Support for deployments to Packagecloud is in alpha. Please see Maturity Levels for details.
Usage: dpl packagecloud [options]
Summary:
Packagecloud deployment provider
Description:
tbd
Options:
--username USER The packagecloud.io username. (type: string, required)
--token TOKEN The packagecloud.io api token. (type: string, required)
--repository REPO The repository to push to. (type: string, required)
--local_dir DIR The sub-directory of the built assets for deployment. (type: string, default: .)
--dist DIST Required for debian, rpm, and node.js packages (use "node" for node.js
packages). The complete list of supported strings can be found on the
packagecloud.io docs. (type: string)
--[no-]force Whether package has to be (re)uploaded / deleted before upload
--connect_timeout SEC type: integer, default: 60
--read_timeout SEC type: integer, default: 60
--write_timeout SEC type: integer, default: 180
--package_glob GLOB type: array (string, can be given multiple times), default: ["**/*"]
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl packagecloud --username user --token token --repository repo
dpl packagecloud --username user --token token --repository repo --local_dir dir --dist dist
Options can be given via env vars if prefixed with PACKAGECLOUD_
. E.g. the option --token
can be
given as PACKAGECLOUD_TOKEN=<token>
.
Support for deployments to Puppet Forge is in alpha. Please see Maturity Levels for details.
Usage: dpl puppetforge [options]
Summary:
Puppet Forge deployment provider
Description:
tbd
Options:
--username NAME Puppet Forge user name (type: string, required, alias: user)
--password PASS Puppet Forge password (type: string, required)
--url URL Puppet Forge URL to deploy to (type: string, default:
https://forgeapi.puppetlabs.com/)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl puppetforge --username name --password pass
dpl puppetforge --username name --password pass --url url --cleanup --run cmd
Options can be given via env vars if prefixed with PUPPETFORGE_
. E.g. the option --password
can
be given as PUPPETFORGE_PASSWORD=<password>
.
Usage: dpl pypi [options]
Summary:
PyPI deployment provider
Description:
tbd
Options:
--username NAME PyPI Username (type: string, required, alias: user)
--password PASS PyPI Password (type: string, required)
--server SERVER Release to a different index (type: string, default:
https://upload.pypi.org/legacy/)
--distributions DISTS Space-separated list of distributions to be uploaded to PyPI (type: string,
default: sdist)
--docs_dir DIR Path to the directory to upload documentation from (type: string, default:
build/docs)
--[no-]skip_existing Do not overwrite an existing file with the same name on the server.
--[no-]upload_docs Upload documentation (default: false, note: most PyPI servers, including
upload.pypi.org, do not support uploading documentation)
--[no-]twine_check Whether to run twine check (default: true)
--[no-]remove_build_dir Remove the build dir after the upload (default: true)
--setuptools_version VER type: string, format: /\A\d+(?:\.\d+)*\z/
--twine_version VER type: string, format: /\A\d+(?:\.\d+)*\z/
--wheel_version VER type: string, format: /\A\d+(?:\.\d+)*\z/
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl pypi --username name --password pass
dpl pypi --username name --password pass --server server --distributions dists --docs_dir dir
Options can be given via env vars if prefixed with PYPI_
. E.g. the option --password
can be
given as PYPI_PASSWORD=<password>
.
Usage: dpl rubygems [options]
Summary:
Rubygems deployment provider
Description:
tbd
Options:
Either api_key, or username and password are required.
--api_key KEY Rubygems api key (type: string)
--username USER Rubygems user name (type: string, alias: user)
--password PASS Rubygems password (type: string)
--gem NAME Name of the gem to release (type: string, default: repo name)
--gemspec FILE Gemspec file to use to build the gem (type: string)
--gemspec_glob GLOB Glob pattern to search for gemspec files when multiple gems are generated in the
repository (overrides the gemspec option) (type: string)
--host URL type: string
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl rubygems --api_key key
dpl rubygems --username user --password pass
dpl rubygems --api_key key --gem name --gemspec file --gemspec_glob glob --host url
Options can be given via env vars if prefixed with RUBYGEMS_
. E.g. the option --api_key
can be
given as RUBYGEMS_API_KEY=<api_key>
.
Support for deployments to Scalingo is in alpha. Please see Maturity Levels for details.
Usage: dpl scalingo [options]
Summary:
Scalingo deployment provider
Description:
tbd
Options:
Either api_token, or username and password are required.
--app APP type: string, default: repo name
--api_token TOKEN Scalingo API token (type: string, alias: api_key (deprecated, please use
api_token))
--username NAME Scalingo username (type: string)
--password PASS Scalingo password (type: string)
--region REGION Scalingo region (type: string, default: agora-fr1, known values: agora-fr1,
osc-fr1)
--remote REMOTE Git remote name (type: string, default: scalingo-dpl)
--branch BRANCH Git branch (type: string, default: master)
--timeout SEC Timeout for Scalingo CLI commands (type: integer, default: 60)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl scalingo --api_token token
dpl scalingo --username name --password pass
dpl scalingo --api_token token --app app --region agora-fr1 --remote remote --branch branch
Options can be given via env vars if prefixed with SCALINGO_
. E.g. the option --password
can be
given as SCALINGO_PASSWORD=<password>
.
Usage: dpl script [options]
Summary:
Minimal provider that executes a custom command
Description:
This deployment provider executes a single, custom command. This is
usually a script that is contained in your repository, but it can be
any command executable in the build environment.
It is possible to pass arguments to a script deployment like so:
dpl script -s './scripts/deploy.sh production --verbose'
Deployment will be marked a failure if the script exits with nonzero
status.
Options:
-s --script SCRIPT The script to execute (type: string, required)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl script --script script
dpl script --script script --cleanup --run cmd
Usage: dpl snap [options]
Summary:
Snap deployment provider
Description:
tbd
Options:
--token TOKEN Snap API token (type: string, required)
--snap STR Path to the snap to be pushed (can be a glob) (type: string, default: **/*.snap)
--channel CHAN Channel into which the snap will be released (type: string, default: edge)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl snap --token token
dpl snap --token token --snap str --channel chan --cleanup --run cmd
Options can be given via env vars if prefixed with SNAP_
. E.g. the option --token
can be given
as SNAP_TOKEN=<token>
.
Usage: dpl surge [options]
Summary:
Surge deployment provider
Description:
tbd
Options:
--login EMAIL Surge login (the email address you use with Surge) (type: string, required)
--token TOKEN Surge login token (can be retrieved with `surge token`) (type: string, required)
--domain NAME Domain to publish to. Not required if the domain is set in the CNAME file in the
project folder. (type: string)
--project PATH Path to project directory relative to repo root (type: string, default: .)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl surge --login email --token token
dpl surge --login email --token token --domain name --project path --cleanup
Options can be given via env vars if prefixed with SURGE_
. E.g. the option --token
can be given
as SURGE_TOKEN=<token>
.
Support for deployments to TestFairy is in alpha. Please see Maturity Levels for details.
Usage: dpl testfairy [options]
Summary:
TestFairy deployment provider
Description:
tbd
Options:
--api_key KEY TestFairy API key (type: string, required)
--app_file FILE Path to the app file that will be generated after the build (APK/IPA) (type:
string, required)
--symbols_file FILE Path to the symbols file (type: string)
--testers_groups GROUPS Tester groups to be notified about this build (type: string, e.g.: e.g.
group1,group1)
--[no-]notify Send an email with a changelog to your users
--[no-]auto_update Automaticall upgrade all the previous installations of this app this version
--advanced_options OPTS Comma_separated list of advanced options (type: string, e.g.: option1,option2)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl testfairy --api_key key --app_file file
dpl testfairy --api_key key --app_file file --symbols_file file --testers_groups groups --notify
Options can be given via env vars if prefixed with TESTFAIRY_
. E.g. the option --api_key
can be
given as TESTFAIRY_API_KEY=<api_key>
.
Support for deployments to Transifex is in alpha. Please see Maturity Levels for details.
Usage: dpl transifex [options]
Summary:
Transifex deployment provider
Description:
tbd
Options:
Either api_token, or username and password are required.
--api_token TOKEN Transifex API token (type: string)
--username NAME Transifex username (type: string)
--password PASS Transifex password (type: string)
--hostname NAME Transifex hostname (type: string, default: www.transifex.com)
--cli_version VER CLI version to install (type: string, default: >=0.11)
Common Options:
--cleanup Clean up build artifacts from the Git working directory before the deployment
--run CMD Commands to execute after the deployment finished successfully (type: array
(string, can be given multiple times))
--help Get help on this command
Examples:
dpl transifex --api_token token
dpl transifex --username name --password pass
dpl transifex --api_token token --hostname name --cli_version ver --cleanup --run cmd
Options can be given via env vars if prefixed with TRANSIFEX_
. E.g. the option --api_token
can
be given as TRANSIFEX_API_TOKEN=<api_token>
.
- Resources
- Navigating the Codebase
- Lifecycle of the Deployment Process
- Deployment Tooling
- Runtime Dependencies
- Unit Tests
- Runtime Dependency Installation Tests
- Integration Tests
- Testing Dpl Branches or Forks on Travis CI
- Code Conventions
- Naming Conventions
- Updating the README
Dpl is a central component in Travis CI, and has been around for a long time.
This library always has been a community effort first. There probably is not a single person in the world who is very familiar with all deployment providers supported by Dpl.
Thank you all for this!
This document is for you if you are looking to contribute to dpl, be it by adding a new deployment provider, fixing a bug, or adding a new feature.
Dpl has a code of conduct, please follow it in all interactions with the project.
Dpl is written in Ruby, and we assume that you familiarize yourself with our documentation as much as needed.
Hopefully helpful resources are:
- This document
- The dpl README
- The dpl API docs on rubydocs.info
- The cl README
All provider specific classes live in dpl/providers.
These represent the CLI commands that are executed when the command line
executable dpl
is run with a given provider name as the first argument.
Each provider is a subclass of Dpl::Provider
, which is defined in
dpl/provider.rb. The provider base class itself
subclasses from Cl::Cmd
, so it represents an executable sub command of the
main command dpl
.
For instance, the command dpl s3 --bucket bucket
instantiates and runs the
provider class S3.
The class Cl::Cmd
contributes the command line options parser, and its
class level DSL. Please see the cl README
for this DSL, and the S3 provider
for an example how dpl uses it.
The class Dpl::Provider
adds, amongst other things, the order of stages
(methods) that make up the deployment process:
init
install
login
setup
validate
prepare
deploy
finish
Implementors of concrete provider classes may or may not choose to implement any of these instance methods according to their needs, and semantics of their tooling and service providers. Please refer to Dpl::Provider for details.
The DSL that is used to declare features, dependencies, environment integration
etc. on the concrete provider classes is defined in the module
Dpl::Provider::DSL
, in dpl/provider/dsl.
Also of interest is Dpl::Ctx::Bash,
the Bash execution context, that runs shell commands, installs dependencies
etc. (while the Test
context class is used for testing in order to keep your
development machine clean and safe when you run tests locally).
lib
└── dpl
├── assets # Stores larger shell scripts
├── ctx
│ ├── bash.rb # Bash execution context
│ └── test.rb # Test execution context
├── provider.rb # Base class for all providers
├── provider
│ ├── dsl.rb # DSL for defining providers
│ └── example.rb # Generating example commands for help output
└── providers
├── anynines.rb # Concrete providers
├── atlas.rb
├── azure_webapps.rb
├── bintray.rb
├── bitballoon.rb
└── ⋮
When a provider class is instantiated and run it will go through a number of stages that make up the deployment process.
These are documented in dpl/provider.rb. If you are adding a new deployment provider please familiarize yourself with this lifecycle.
Feel free to pick and interpret these stages according to the needs and
semantics of the service provider you are adding. By no means do all of these
stages have to be filled in or implmented. The Provider
base class checks for
these methods, and runs them, if present, so that implementors can choose
semantically fitting names for their providers.
If you are adding a new deployment provider please choose the tooling you are going to use carefully.
Dpl is a long lived library, and it has outlived many tools that once were supported, and no longer are. Thus tooling stability is a major concern for this project.
Ideally use official CLI tooling supported by the company who's service
provider you are about to add. Often, such CLI tools can be installed via
standard package managers, or manually downloaded using curl
and installed
with a few simple Bash commands.
Such CLI tooling is preferrable over Ruby gem runtime dependencies as they can be executed in a child process, and won't introduce any dependency resolution problems later on.
If no such CLI is available, or it does not look well supported, and your provider implementation needs to talk to an external HTTP API then please consider using Net::HTTP from Ruby's standard library.
If you absolutely have to rely on a runtime Ruby gem dependency, such as a provider client implementation, please only do so if the gem is supported by the respective company officially. We may choose to reject including runtime dependencies that do not look stable or widely supported.
Runtime dependencies can be declared on the provider class using the DSL.
In the case of APT, NPM, and Pip dependencies these will be installed via shell commands at the beginning of the deployment process.
Ruby gem dependencies will be installed using Bundler's inline API, at the beginning of the deployment process, so they are available in the same Ruby process from then on.
Dpl
uses RSpec for tests. The specs reside in
spec
, and each provider class has a corresponding file
spec/dpl/providers/*_spec.rb
to hold tests.
Provider tests should be implemented on an input/output acceptance level, as much as possible.
They use a Ctx::Test execution context in order to avoid running actual shell commands, or actually installing dependencies at test time. There are custom RSpec matchers in place that help with making assertions against this execution context.
If your provider has to talk to an external HTTP API then ideally use Webmock to stub external requests. If by any means possible try to avoid mocking or stubbing Ruby client classes (this is not always possible, but should be considered).
You can run the unit test suite locally as follows:
bundle install
bundle exec rspec
In order to execute tests only for a certain provider you can run:
bundle exec rspec spec/dpl/providers/[provider]_spec.rb
In order to execute a single test or group of tests add a line number like so:
bundle exec rspec spec/dpl/providers/[provider]_spec.rb:25
These tests can be run safely on any development machine, anywhere.
We additionally run tests that exercise runtime dependency installation on Travis CI.
These live in .travis/test_install. It is not advisable to run these tests outside of an ephemeral VM or container that can be safely discarded, as they are going to leave various artifacts around.
In order to ensure proper integration with the service providers supported we also periodically run a test suite that exercises actual deployments to these providers.
These tests live in .travis/providers, and the are triggered using the script trigger.
An integration test consists of:
- A setup script that creates an application (or artifact) to deploy (or upload).
- A YAML config snippet that configures and triggers the deployment as part of a build on Travis CI.
- A test script that tests if the deployment was successful.
For example:
-
github-pages/prepare
creates a minimal Git repository that serves an
index.html
on GitHub Pages in a temporary directory. - github-pages/travis.yml configures the build to use Dpl 2.0 to deploy this repository to GitHub Pages.
- github-pages/test tests if the deployment was successful.
The tests can be run on Travis CI individually, or combined, by triggering a build via our API, using the script .travis/trigger. This takes a provider name as an argument, and requires a Travis CI API token.
For example, this triggers a build that executes the GitHub Pages test on Travis CI:
.travis/trigger github-pages --token [token]
The token can also be set as an environment variable:
export TRAVIS_API_TOKEN=[token]
.travis/trigger github-pages
The trigger
script accepts multiple provider names as arguments. If no
arguments are given then tests for all providers will be run.
In the build config YAML snippet make sure to use the branch of your fork for the deployment tooling, and allow the deployment to run on your branch:
deploy:
- provider: [name]
edge:
source: [your-login]/dpl
branch: [your-branch]
on:
branch: [your-branch]
Ideally use credentials for an isolated account on the service you are deploying to. This is generally good practice, and way you can hand things off to someone else.
In order to get things working encrypt the credentials against your fork, and add them to the build config YAML snippet. If you are in the root directory of your fork then this command should do the trick:
travis encrypt password=[password]
If you do not have the travis
CLI installed you can install it using:
gem install travis
When you add encrypted credentials to the build config YAML snippet also add a comment that allows others to identify the account used. E.g:
deploy:
- provider: pages
github_token:
# personal access token with repo scope on the account [name]
secure: "[encrypted token]"
Open a pull request. In order for us to merge your test, and get it working on
our repository you will need to re-encrypt the credentials against
travis-ci/dpl
, like so:
travis encrypt -r travis-ci/dpl password=[password]
Whatever minimal deployment you can get working is be a great contribution. Even if for some reason it proves hard to test the deployment in an automated fashion, but you have a successful deployment that can be verified manually, please still open a pull request, and talk to us. Any test is better than no test.
It is possible to test a new deployment provider or new functionality of dpl on
Travis CI. In order to do so, add proper configuration on the edge
key to
your .travis.yml
like so:
deploy:
provider: [name]
edge:
source: [github-handle]/dpl
branch: [branch]
on:
branch: TEST_BRANCH # or all_branches: true
⋮ # rest of your provider's configuration
This builds the dpl
gem on the Travis CI build environment from your
repository, on the given branch. Then it installs the gem built from this code
base, and uses it to run your deployment.
When submitting a pull request, please be sure to run at least one deployment with the new configuration, and provide a link to the build in your pull request.
Dpl does not follow any strict code styleguide.
Please take a look around other providers, and try to follow a similar code style to what you find.
Try to use the DSL as much as possible. It keeps the code declarative and readable, so that people not familiar with Ruby or programming in general can still follow it, and make sense of it.
If you find yourself trying to achieve something that should be, but is not supported by the DSL please open an issue about it.
If you are rather unfamiliar with Ruby, and have trouble following our code style then please submit your pull request anyway, or get in touch, so we can help.
Dpl uses constant names following Ruby naming conventions. I.e. constant
names use CamelCase
, and they live in files named in snake_case.rb
.
If you pick such names for a new provider please try to follow these conventions.
Real world service provider or company names do not always translate to such conventional Ruby names one-to-one. That is ok, they don't have to. These Ruby constant names are representations of real world service and company names in Ruby code.
Other Ruby libraries often (not always) follow a similar thinking. E.g.
even though Amazon Web Services brand name is AWS
the module name
they chose in their aws-sdk is
Aws
, not AWS
.
The README is generated from a template.
In order to update the README please edit the template, and run:
gem install ffi-icu
bin/readme > README.md
If an issue has been left open and untouched for 90 days or more, we automatically close them. We do this to ensure that new issues are more easily noticeable, and that old issues that have been resolved or are no longer relevant are closed. You can read more about this here.
Please see our code of conduct for how to interact with this project and its community.
Dpl is licensed under the MIT License.
This tool would not exist without your help.
A huge thank you goes out to all of our current and past contributors:
5c077yP, A.J. May, A92hm, Aakriti Gupta, Aaron Hill, Aaron1011, Abdón Rodríguez Davila, Adam King, Adam Mcgrath, adinata, Adrian Moreno, Ahmad Nassri, Ahmed Refaey, Ainun Nazieb, Albertin Loic, Alex Jurkiewicz, Alexander Springer, Alexey Kotlyarov, Ali Hajimirza, Amos Wenger, Anders Olsen Sandvik, Andrew Nichols, Andrey Lushchick, Andy Vanbutsele, Angelo Livanos, Anne-Julia Seitz, Antoine Savignac, Anton Babenko, Anton Ilin, Arnold Daniels, Ashen Gunaratne, awesomescot, Axel Fontaine, Baptiste Courtois, Ben Hale, Benjamin Guttmann, Bob, Bob Zoller, Brad Gignac, Brandon Burton, Brandon LeBlanc, Brian Hou, Cameron White, capotej, Carla, carlad, Chad Engler, Chathan Driehuys, Chris Patterson, Christian Elsen, Christian Rackerseder, Clay Reimann, cleem, Cryptophobia, Damien Mathieu, Dan Buch, Dan Powell, Daniel X Moore, David F. Severski, Denis Cornehl, Dennis Koot, dependabot[bot], Devin J. Pohly, Dominic Jodoin, Dwayne Forde, emdantrim, Eric Peterson, Erik Dalén, Esteban Santiesteban, Étienne Michon, Eugene, Eugene Shubin, eyalbe4, Fabio Napoleoni, Felix Rieseberg, fgogolli, Filip Š, Flamur Gogolli, Gabriel Saldana, George Brighton, Gil, Gil Megidish, Gil Tselenchuk, Hao Luo, Hauke Stange, Henrik Hodne, Hiro Asari, IMANAKA, Kouta, Ivan Evtuhovich, Ivan Kusalic, Ivan Pozdeev, Jacob Burkhart, Jake Hewitt, Jakub Holy, James Adam, James Awesome, James Parker, Janderson, Jannis Leidel, Jeffrey Yasskin, Jeremy Frasier, JMSwag, Joe Damato, Joep van Delft, Johannes Würbach, johanneswuerbach, Johnny Dobbins, Jon Benson, Jon Rowe, Jon-Erik Schneiderhan, Jonatan Männchen, Jonathan Stites, Jonathan Sundqvist, jorgecasar, Josh Kalderimis, joshua-anderson, Jouni Kaplas, Julia S.Simon, Julio Capote, jung_b@localhost, Karim Fateem, Ke Zhu, konrad-c, Konstantin Haase, Kouta Imanaka, Kristofer Svardstal, Kyle Fazzari, Kyle VanderBeek, Loïc Mahieu, Lorenz Leutgeb, Lorne Currie, Louis Lagrange, Louis St-Amour, Luke Yeager, Maciej Skierkowski, Mahdi Nami Damirchi, Marc, María de Antón, mariadeanton, Mariana Lenetis and Zachary Gershman, Marius Gripsgard, Mark Pundsack, marscher, Marwan Rabbâa, Mathias Meyer, Mathias Rangel Wulff, Mathias San Miguel, Matt Hernandez, Matt Knox, Matt Travi, Matthew Knox, Maxime Brugidou, mayeut, Meir Gottlieb, Michael Bleigh, Michael Dunn, Michael Friis, Michel Boudreau, Mike Bryant, Nat Welch, Nicholas Bruning, Nick Mohoric, Nico Lindemann, Nigel Ramsay, Nikhil, Ole Michaelis, Olle Jonsson, Omer Katz, Patrique Legault, Paul Beaudoin, Paul Nikitochkin, Peter, Peter Georgantas, Peter Newman, Philipp Hansch, Piotr Sarnacki, Radek Lisowski, Radosław Lisowski, Rail Aliiev, Randall A. Gordon, Robert, Robert Gogolok, Rokas Brazdžionis, Romuald Bulyshko, root, ryanj, Ryn Daniels, Samir Talwar, Samuel Wright, Sandor Zeestraten, Sascha Zarhuber, SAULEAU Sven, Scot Spinner, Sebastien Estienne, Sergei Chertkov, shunyi, Simon, Solly, Sorin Sbarnea, Soulou, Stefan Kolb, Steffen Kötte, step76, Steven Berlanga, Sven Fuchs, Sviatoslav Sydorenko, testfairy, Tim Ysewyn, Troels Thomsen, Tyler Cross, Uriah Levy, Vincent Jacques, Vojtech Vondra, Vojtěch Vondra, Wael M. Nasreddine, Wen Kokke, Wim Looman, Xavier Krantz, yeonhoyoon, Zane Williamson