/**
* Copyright Amazon.com, Inc. or its affiliates. All Rights Reserved.
* SPDX-License-Identifier: Apache-2.0.
*/
#pragma once
#include The input for the ContinueUpdateRollback action.See
* Also:
AWS
* API Reference
The name or the unique ID of the stack that you want to continue rolling * back.
Don't specify the name of a nested stack (a stack that was
* created by using the AWS::CloudFormation::Stack
resource). Instead,
* use this operation on the parent stack (the stack that contains the
* AWS::CloudFormation::Stack
resource).
The name or the unique ID of the stack that you want to continue rolling * back.
Don't specify the name of a nested stack (a stack that was
* created by using the AWS::CloudFormation::Stack
resource). Instead,
* use this operation on the parent stack (the stack that contains the
* AWS::CloudFormation::Stack
resource).
The name or the unique ID of the stack that you want to continue rolling * back.
Don't specify the name of a nested stack (a stack that was
* created by using the AWS::CloudFormation::Stack
resource). Instead,
* use this operation on the parent stack (the stack that contains the
* AWS::CloudFormation::Stack
resource).
The name or the unique ID of the stack that you want to continue rolling * back.
Don't specify the name of a nested stack (a stack that was
* created by using the AWS::CloudFormation::Stack
resource). Instead,
* use this operation on the parent stack (the stack that contains the
* AWS::CloudFormation::Stack
resource).
The name or the unique ID of the stack that you want to continue rolling * back.
Don't specify the name of a nested stack (a stack that was
* created by using the AWS::CloudFormation::Stack
resource). Instead,
* use this operation on the parent stack (the stack that contains the
* AWS::CloudFormation::Stack
resource).
The name or the unique ID of the stack that you want to continue rolling * back.
Don't specify the name of a nested stack (a stack that was
* created by using the AWS::CloudFormation::Stack
resource). Instead,
* use this operation on the parent stack (the stack that contains the
* AWS::CloudFormation::Stack
resource).
The name or the unique ID of the stack that you want to continue rolling * back.
Don't specify the name of a nested stack (a stack that was
* created by using the AWS::CloudFormation::Stack
resource). Instead,
* use this operation on the parent stack (the stack that contains the
* AWS::CloudFormation::Stack
resource).
The name or the unique ID of the stack that you want to continue rolling * back.
Don't specify the name of a nested stack (a stack that was
* created by using the AWS::CloudFormation::Stack
resource). Instead,
* use this operation on the parent stack (the stack that contains the
* AWS::CloudFormation::Stack
resource).
The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.
*If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.
*/ inline const Aws::String& GetRoleARN() const{ return m_roleARN; } /** *The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.
*If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.
*/ inline bool RoleARNHasBeenSet() const { return m_roleARNHasBeenSet; } /** *The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.
*If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.
*/ inline void SetRoleARN(const Aws::String& value) { m_roleARNHasBeenSet = true; m_roleARN = value; } /** *The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.
*If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.
*/ inline void SetRoleARN(Aws::String&& value) { m_roleARNHasBeenSet = true; m_roleARN = std::move(value); } /** *The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.
*If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.
*/ inline void SetRoleARN(const char* value) { m_roleARNHasBeenSet = true; m_roleARN.assign(value); } /** *The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.
*If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.
*/ inline ContinueUpdateRollbackRequest& WithRoleARN(const Aws::String& value) { SetRoleARN(value); return *this;} /** *The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.
*If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.
*/ inline ContinueUpdateRollbackRequest& WithRoleARN(Aws::String&& value) { SetRoleARN(std::move(value)); return *this;} /** *The Amazon Resource Name (ARN) of an Identity and Access Management (IAM) * role that CloudFormation assumes to roll back the stack. CloudFormation uses the * role's credentials to make calls on your behalf. CloudFormation always uses this * role for all future operations on the stack. Provided that users have permission * to operate on the stack, CloudFormation uses this role even if the users don't * have permission to pass it. Ensure that the role grants least permission.
*If you don't specify a value, CloudFormation uses the role that was * previously associated with the stack. If no role is available, CloudFormation * uses a temporary session that's generated from your user credentials.
*/ inline ContinueUpdateRollbackRequest& WithRoleARN(const char* value) { SetRoleARN(value); return *this;} /** *A list of the logical IDs of the resources that CloudFormation skips during
* the continue update rollback operation. You can specify only resources that are
* in the UPDATE_FAILED
state because a rollback failed. You can't
* specify resources that are in the UPDATE_FAILED
state for other
* reasons, for example, because an update was canceled. To check why a resource
* update failed, use the DescribeStackResources action, and view the
* resource status reason.
Specify this property to skip rolling
* back resources that CloudFormation can't successfully roll back. We recommend
* that you
* troubleshoot resources before skipping them. CloudFormation sets the status
* of the specified resources to UPDATE_COMPLETE
and continues to roll
* back the stack. After the rollback is complete, the state of the skipped
* resources will be inconsistent with the state of the resources in the stack
* template. Before performing another stack update, you must update the stack or
* resources to be consistent with each other. If you don't, subsequent stack
* updates might fail, and the stack will become unrecoverable.
Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.
To skip resources that are part of nested stacks, use the
* following format: NestedStackName.ResourceLogicalID
. If you want to
* specify the logical ID of a stack resource (Type:
* AWS::CloudFormation::Stack
) in the ResourcesToSkip
list,
* then its corresponding embedded stack must be in one of the following states:
* DELETE_IN_PROGRESS
, DELETE_COMPLETE
, or
* DELETE_FAILED
.
Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.
*/ inline const Aws::VectorA list of the logical IDs of the resources that CloudFormation skips during
* the continue update rollback operation. You can specify only resources that are
* in the UPDATE_FAILED
state because a rollback failed. You can't
* specify resources that are in the UPDATE_FAILED
state for other
* reasons, for example, because an update was canceled. To check why a resource
* update failed, use the DescribeStackResources action, and view the
* resource status reason.
Specify this property to skip rolling
* back resources that CloudFormation can't successfully roll back. We recommend
* that you
* troubleshoot resources before skipping them. CloudFormation sets the status
* of the specified resources to UPDATE_COMPLETE
and continues to roll
* back the stack. After the rollback is complete, the state of the skipped
* resources will be inconsistent with the state of the resources in the stack
* template. Before performing another stack update, you must update the stack or
* resources to be consistent with each other. If you don't, subsequent stack
* updates might fail, and the stack will become unrecoverable.
Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.
To skip resources that are part of nested stacks, use the
* following format: NestedStackName.ResourceLogicalID
. If you want to
* specify the logical ID of a stack resource (Type:
* AWS::CloudFormation::Stack
) in the ResourcesToSkip
list,
* then its corresponding embedded stack must be in one of the following states:
* DELETE_IN_PROGRESS
, DELETE_COMPLETE
, or
* DELETE_FAILED
.
Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.
*/ inline bool ResourcesToSkipHasBeenSet() const { return m_resourcesToSkipHasBeenSet; } /** *A list of the logical IDs of the resources that CloudFormation skips during
* the continue update rollback operation. You can specify only resources that are
* in the UPDATE_FAILED
state because a rollback failed. You can't
* specify resources that are in the UPDATE_FAILED
state for other
* reasons, for example, because an update was canceled. To check why a resource
* update failed, use the DescribeStackResources action, and view the
* resource status reason.
Specify this property to skip rolling
* back resources that CloudFormation can't successfully roll back. We recommend
* that you
* troubleshoot resources before skipping them. CloudFormation sets the status
* of the specified resources to UPDATE_COMPLETE
and continues to roll
* back the stack. After the rollback is complete, the state of the skipped
* resources will be inconsistent with the state of the resources in the stack
* template. Before performing another stack update, you must update the stack or
* resources to be consistent with each other. If you don't, subsequent stack
* updates might fail, and the stack will become unrecoverable.
Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.
To skip resources that are part of nested stacks, use the
* following format: NestedStackName.ResourceLogicalID
. If you want to
* specify the logical ID of a stack resource (Type:
* AWS::CloudFormation::Stack
) in the ResourcesToSkip
list,
* then its corresponding embedded stack must be in one of the following states:
* DELETE_IN_PROGRESS
, DELETE_COMPLETE
, or
* DELETE_FAILED
.
Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.
*/ inline void SetResourcesToSkip(const Aws::VectorA list of the logical IDs of the resources that CloudFormation skips during
* the continue update rollback operation. You can specify only resources that are
* in the UPDATE_FAILED
state because a rollback failed. You can't
* specify resources that are in the UPDATE_FAILED
state for other
* reasons, for example, because an update was canceled. To check why a resource
* update failed, use the DescribeStackResources action, and view the
* resource status reason.
Specify this property to skip rolling
* back resources that CloudFormation can't successfully roll back. We recommend
* that you
* troubleshoot resources before skipping them. CloudFormation sets the status
* of the specified resources to UPDATE_COMPLETE
and continues to roll
* back the stack. After the rollback is complete, the state of the skipped
* resources will be inconsistent with the state of the resources in the stack
* template. Before performing another stack update, you must update the stack or
* resources to be consistent with each other. If you don't, subsequent stack
* updates might fail, and the stack will become unrecoverable.
Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.
To skip resources that are part of nested stacks, use the
* following format: NestedStackName.ResourceLogicalID
. If you want to
* specify the logical ID of a stack resource (Type:
* AWS::CloudFormation::Stack
) in the ResourcesToSkip
list,
* then its corresponding embedded stack must be in one of the following states:
* DELETE_IN_PROGRESS
, DELETE_COMPLETE
, or
* DELETE_FAILED
.
Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.
*/ inline void SetResourcesToSkip(Aws::VectorA list of the logical IDs of the resources that CloudFormation skips during
* the continue update rollback operation. You can specify only resources that are
* in the UPDATE_FAILED
state because a rollback failed. You can't
* specify resources that are in the UPDATE_FAILED
state for other
* reasons, for example, because an update was canceled. To check why a resource
* update failed, use the DescribeStackResources action, and view the
* resource status reason.
Specify this property to skip rolling
* back resources that CloudFormation can't successfully roll back. We recommend
* that you
* troubleshoot resources before skipping them. CloudFormation sets the status
* of the specified resources to UPDATE_COMPLETE
and continues to roll
* back the stack. After the rollback is complete, the state of the skipped
* resources will be inconsistent with the state of the resources in the stack
* template. Before performing another stack update, you must update the stack or
* resources to be consistent with each other. If you don't, subsequent stack
* updates might fail, and the stack will become unrecoverable.
Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.
To skip resources that are part of nested stacks, use the
* following format: NestedStackName.ResourceLogicalID
. If you want to
* specify the logical ID of a stack resource (Type:
* AWS::CloudFormation::Stack
) in the ResourcesToSkip
list,
* then its corresponding embedded stack must be in one of the following states:
* DELETE_IN_PROGRESS
, DELETE_COMPLETE
, or
* DELETE_FAILED
.
Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.
*/ inline ContinueUpdateRollbackRequest& WithResourcesToSkip(const Aws::VectorA list of the logical IDs of the resources that CloudFormation skips during
* the continue update rollback operation. You can specify only resources that are
* in the UPDATE_FAILED
state because a rollback failed. You can't
* specify resources that are in the UPDATE_FAILED
state for other
* reasons, for example, because an update was canceled. To check why a resource
* update failed, use the DescribeStackResources action, and view the
* resource status reason.
Specify this property to skip rolling
* back resources that CloudFormation can't successfully roll back. We recommend
* that you
* troubleshoot resources before skipping them. CloudFormation sets the status
* of the specified resources to UPDATE_COMPLETE
and continues to roll
* back the stack. After the rollback is complete, the state of the skipped
* resources will be inconsistent with the state of the resources in the stack
* template. Before performing another stack update, you must update the stack or
* resources to be consistent with each other. If you don't, subsequent stack
* updates might fail, and the stack will become unrecoverable.
Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.
To skip resources that are part of nested stacks, use the
* following format: NestedStackName.ResourceLogicalID
. If you want to
* specify the logical ID of a stack resource (Type:
* AWS::CloudFormation::Stack
) in the ResourcesToSkip
list,
* then its corresponding embedded stack must be in one of the following states:
* DELETE_IN_PROGRESS
, DELETE_COMPLETE
, or
* DELETE_FAILED
.
Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.
*/ inline ContinueUpdateRollbackRequest& WithResourcesToSkip(Aws::VectorA list of the logical IDs of the resources that CloudFormation skips during
* the continue update rollback operation. You can specify only resources that are
* in the UPDATE_FAILED
state because a rollback failed. You can't
* specify resources that are in the UPDATE_FAILED
state for other
* reasons, for example, because an update was canceled. To check why a resource
* update failed, use the DescribeStackResources action, and view the
* resource status reason.
Specify this property to skip rolling
* back resources that CloudFormation can't successfully roll back. We recommend
* that you
* troubleshoot resources before skipping them. CloudFormation sets the status
* of the specified resources to UPDATE_COMPLETE
and continues to roll
* back the stack. After the rollback is complete, the state of the skipped
* resources will be inconsistent with the state of the resources in the stack
* template. Before performing another stack update, you must update the stack or
* resources to be consistent with each other. If you don't, subsequent stack
* updates might fail, and the stack will become unrecoverable.
Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.
To skip resources that are part of nested stacks, use the
* following format: NestedStackName.ResourceLogicalID
. If you want to
* specify the logical ID of a stack resource (Type:
* AWS::CloudFormation::Stack
) in the ResourcesToSkip
list,
* then its corresponding embedded stack must be in one of the following states:
* DELETE_IN_PROGRESS
, DELETE_COMPLETE
, or
* DELETE_FAILED
.
Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.
*/ inline ContinueUpdateRollbackRequest& AddResourcesToSkip(const Aws::String& value) { m_resourcesToSkipHasBeenSet = true; m_resourcesToSkip.push_back(value); return *this; } /** *A list of the logical IDs of the resources that CloudFormation skips during
* the continue update rollback operation. You can specify only resources that are
* in the UPDATE_FAILED
state because a rollback failed. You can't
* specify resources that are in the UPDATE_FAILED
state for other
* reasons, for example, because an update was canceled. To check why a resource
* update failed, use the DescribeStackResources action, and view the
* resource status reason.
Specify this property to skip rolling
* back resources that CloudFormation can't successfully roll back. We recommend
* that you
* troubleshoot resources before skipping them. CloudFormation sets the status
* of the specified resources to UPDATE_COMPLETE
and continues to roll
* back the stack. After the rollback is complete, the state of the skipped
* resources will be inconsistent with the state of the resources in the stack
* template. Before performing another stack update, you must update the stack or
* resources to be consistent with each other. If you don't, subsequent stack
* updates might fail, and the stack will become unrecoverable.
Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.
To skip resources that are part of nested stacks, use the
* following format: NestedStackName.ResourceLogicalID
. If you want to
* specify the logical ID of a stack resource (Type:
* AWS::CloudFormation::Stack
) in the ResourcesToSkip
list,
* then its corresponding embedded stack must be in one of the following states:
* DELETE_IN_PROGRESS
, DELETE_COMPLETE
, or
* DELETE_FAILED
.
Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.
*/ inline ContinueUpdateRollbackRequest& AddResourcesToSkip(Aws::String&& value) { m_resourcesToSkipHasBeenSet = true; m_resourcesToSkip.push_back(std::move(value)); return *this; } /** *A list of the logical IDs of the resources that CloudFormation skips during
* the continue update rollback operation. You can specify only resources that are
* in the UPDATE_FAILED
state because a rollback failed. You can't
* specify resources that are in the UPDATE_FAILED
state for other
* reasons, for example, because an update was canceled. To check why a resource
* update failed, use the DescribeStackResources action, and view the
* resource status reason.
Specify this property to skip rolling
* back resources that CloudFormation can't successfully roll back. We recommend
* that you
* troubleshoot resources before skipping them. CloudFormation sets the status
* of the specified resources to UPDATE_COMPLETE
and continues to roll
* back the stack. After the rollback is complete, the state of the skipped
* resources will be inconsistent with the state of the resources in the stack
* template. Before performing another stack update, you must update the stack or
* resources to be consistent with each other. If you don't, subsequent stack
* updates might fail, and the stack will become unrecoverable.
Specify the minimum number of resources required to successfully roll back * your stack. For example, a failed resource update might cause dependent * resources to fail. In this case, it might not be necessary to skip the dependent * resources.
To skip resources that are part of nested stacks, use the
* following format: NestedStackName.ResourceLogicalID
. If you want to
* specify the logical ID of a stack resource (Type:
* AWS::CloudFormation::Stack
) in the ResourcesToSkip
list,
* then its corresponding embedded stack must be in one of the following states:
* DELETE_IN_PROGRESS
, DELETE_COMPLETE
, or
* DELETE_FAILED
.
Don't confuse a child stack's name * with its corresponding logical ID defined in the parent stack. For an example of * a continue update rollback operation with nested stacks, see Using * ResourcesToSkip to recover a nested stacks hierarchy.
*/ inline ContinueUpdateRollbackRequest& AddResourcesToSkip(const char* value) { m_resourcesToSkipHasBeenSet = true; m_resourcesToSkip.push_back(value); return *this; } /** *A unique identifier for this ContinueUpdateRollback
request.
* Specify this token if you plan to retry requests so that CloudFormation knows
* that you're not attempting to continue the rollback to a stack with the same
* name. You might retry ContinueUpdateRollback
requests to ensure
* that CloudFormation successfully received them.
A unique identifier for this ContinueUpdateRollback
request.
* Specify this token if you plan to retry requests so that CloudFormation knows
* that you're not attempting to continue the rollback to a stack with the same
* name. You might retry ContinueUpdateRollback
requests to ensure
* that CloudFormation successfully received them.
A unique identifier for this ContinueUpdateRollback
request.
* Specify this token if you plan to retry requests so that CloudFormation knows
* that you're not attempting to continue the rollback to a stack with the same
* name. You might retry ContinueUpdateRollback
requests to ensure
* that CloudFormation successfully received them.
A unique identifier for this ContinueUpdateRollback
request.
* Specify this token if you plan to retry requests so that CloudFormation knows
* that you're not attempting to continue the rollback to a stack with the same
* name. You might retry ContinueUpdateRollback
requests to ensure
* that CloudFormation successfully received them.
A unique identifier for this ContinueUpdateRollback
request.
* Specify this token if you plan to retry requests so that CloudFormation knows
* that you're not attempting to continue the rollback to a stack with the same
* name. You might retry ContinueUpdateRollback
requests to ensure
* that CloudFormation successfully received them.
A unique identifier for this ContinueUpdateRollback
request.
* Specify this token if you plan to retry requests so that CloudFormation knows
* that you're not attempting to continue the rollback to a stack with the same
* name. You might retry ContinueUpdateRollback
requests to ensure
* that CloudFormation successfully received them.
A unique identifier for this ContinueUpdateRollback
request.
* Specify this token if you plan to retry requests so that CloudFormation knows
* that you're not attempting to continue the rollback to a stack with the same
* name. You might retry ContinueUpdateRollback
requests to ensure
* that CloudFormation successfully received them.
A unique identifier for this ContinueUpdateRollback
request.
* Specify this token if you plan to retry requests so that CloudFormation knows
* that you're not attempting to continue the rollback to a stack with the same
* name. You might retry ContinueUpdateRollback
requests to ensure
* that CloudFormation successfully received them.