codedeploy_create_deployment: Deploys an application revision through the specified deployment group

Description

Deploys an application revision through the specified deployment group.

See https://www.paws-r-sdk.com/docs/codedeploy_create_deployment/ for full documentation.

Usage

codedeploy_create_deployment(
  applicationName,
  deploymentGroupName = NULL,
  revision = NULL,
  deploymentConfigName = NULL,
  description = NULL,
  ignoreApplicationStopFailures = NULL,
  targetInstances = NULL,
  autoRollbackConfiguration = NULL,
  updateOutdatedInstancesOnly = NULL,
  fileExistsBehavior = NULL,
  overrideAlarmConfiguration = NULL
)

Arguments

applicationName

[required] The name of an CodeDeploy application associated with the user or Amazon Web Services account.

deploymentGroupName

The name of the deployment group.

revision

The type and location of the revision to deploy.

deploymentConfigName

The name of a deployment configuration associated with the user or Amazon Web Services account.

If not specified, the value configured in the deployment group is used as the default. If the deployment group does not have a deployment configuration associated with it, CodeDeployDefault.OneAtATime is used by default.

description

A comment about the deployment.

ignoreApplicationStopFailures

If true, then if an ApplicationStop, BeforeBlockTraffic, or AfterBlockTraffic deployment lifecycle event to an instance fails, then the deployment continues to the next deployment lifecycle event. For example, if ApplicationStop fails, the deployment continues with DownloadBundle. If BeforeBlockTraffic fails, the deployment continues with BlockTraffic. If AfterBlockTraffic fails, the deployment continues with ApplicationStop.

If false or not specified, then if a lifecycle event fails during a deployment to an instance, that deployment fails. If deployment to that instance is part of an overall deployment and the number of healthy hosts is not less than the minimum number of healthy hosts, then a deployment to the next instance is attempted.

During a deployment, the CodeDeploy agent runs the scripts specified for ApplicationStop, BeforeBlockTraffic, and AfterBlockTraffic in the AppSpec file from the previous successful deployment. (All other scripts are run from the AppSpec file in the current deployment.) If one of these scripts contains an error and does not run successfully, the deployment can fail.

If the cause of the failure is a script from the last successful deployment that will never run successfully, create a new deployment and use ignoreApplicationStopFailures to specify that the ApplicationStop, BeforeBlockTraffic, and AfterBlockTraffic failures should be ignored.

targetInstances

Information about the instances that belong to the replacement environment in a blue/green deployment.

autoRollbackConfiguration

Configuration information for an automatic rollback that is added when a deployment is created.

updateOutdatedInstancesOnly

Indicates whether to deploy to all instances or only to instances that are not running the latest application revision.

fileExistsBehavior

Information about how CodeDeploy handles files that already exist in a deployment target location but weren't part of the previous successful deployment.

The fileExistsBehavior parameter takes any of the following values:

DISALLOW: The deployment fails. This is also the default behavior if no option is specified.
OVERWRITE: The version of the file from the application revision currently being deployed replaces the version already on the instance.
RETAIN: The version of the file already on the instance is kept and used as part of the new deployment.

overrideAlarmConfiguration

Allows you to specify information about alarms associated with a deployment. The alarm configuration that you specify here will override the alarm configuration at the deployment group level. Consider overriding the alarm configuration if you have set up alarms at the deployment group level that are causing deployment failures. In this case, you would call create_deployment to create a new deployment that uses a previous application revision that is known to work, and set its alarm configuration to turn off alarm polling. Turning off alarm polling ensures that the new deployment proceeds without being blocked by the alarm that was generated by the previous, failed, deployment.

If you specify an overrideAlarmConfiguration, you need the update_deployment_group IAM permission when calling create_deployment.