Struct aws_sdk_codecommit::operation::create_approval_rule_template::builders::CreateApprovalRuleTemplateInputBuilder

#[non_exhaustive]
pub struct CreateApprovalRuleTemplateInputBuilder { /* private fields */ }

A builder for CreateApprovalRuleTemplateInput.

Implementations

impl CreateApprovalRuleTemplateInputBuilder

pub fn approval_rule_template_name(self, input: impl Into<String>) -> Self

The name of the approval rule template. Provide descriptive names, because this name is applied to the approval rules created automatically in associated repositories.

pub fn set_approval_rule_template_name(self, input: Option<String>) -> Self

The name of the approval rule template. Provide descriptive names, because this name is applied to the approval rules created automatically in associated repositories.

pub fn get_approval_rule_template_name(&self) -> &Option<String>

The name of the approval rule template. Provide descriptive names, because this name is applied to the approval rules created automatically in associated repositories.

pub fn approval_rule_template_content(self, input: impl Into<String>) -> Self

The content of the approval rule that is created on pull requests in associated repositories. If you specify one or more destination references (branches), approval rules are created in an associated repository only if their destination references (branches) match those specified in the template.

When you create the content of the approval rule template, you can specify approvers in an approval pool in one of two ways:

• CodeCommitApprovers: This option only requires an AWS account and a resource. It can be used for both IAM users and federated access users whose name matches the provided resource name. This is a very powerful option that offers a great deal of flexibility. For example, if you specify the AWS account 123456789012 and Mary_Major, all of the following are counted as approvals coming from that user:

  • An IAM user in the account (arn:aws:iam::123456789012:user/Mary_Major)

  • A federated user identified in IAM as Mary_Major (arn:aws:sts::123456789012:federated-user/Mary_Major)

  This option does not recognize an active session of someone assuming the role of CodeCommitReview with a role session name of Mary_Major (arn:aws:sts::123456789012:assumed-role/CodeCommitReview/Mary_Major) unless you include a wildcard (*Mary_Major).

• Fully qualified ARN: This option allows you to specify the fully qualified Amazon Resource Name (ARN) of the IAM user or role.

For more information about IAM ARNs, wildcards, and formats, see IAM Identifiers in the IAM User Guide.

pub fn set_approval_rule_template_content(self, input: Option<String>) -> Self

The content of the approval rule that is created on pull requests in associated repositories. If you specify one or more destination references (branches), approval rules are created in an associated repository only if their destination references (branches) match those specified in the template.

When you create the content of the approval rule template, you can specify approvers in an approval pool in one of two ways:

• CodeCommitApprovers: This option only requires an AWS account and a resource. It can be used for both IAM users and federated access users whose name matches the provided resource name. This is a very powerful option that offers a great deal of flexibility. For example, if you specify the AWS account 123456789012 and Mary_Major, all of the following are counted as approvals coming from that user:

  • An IAM user in the account (arn:aws:iam::123456789012:user/Mary_Major)

  • A federated user identified in IAM as Mary_Major (arn:aws:sts::123456789012:federated-user/Mary_Major)

  This option does not recognize an active session of someone assuming the role of CodeCommitReview with a role session name of Mary_Major (arn:aws:sts::123456789012:assumed-role/CodeCommitReview/Mary_Major) unless you include a wildcard (*Mary_Major).

• Fully qualified ARN: This option allows you to specify the fully qualified Amazon Resource Name (ARN) of the IAM user or role.

For more information about IAM ARNs, wildcards, and formats, see IAM Identifiers in the IAM User Guide.

pub fn get_approval_rule_template_content(&self) -> &Option<String>

The content of the approval rule that is created on pull requests in associated repositories. If you specify one or more destination references (branches), approval rules are created in an associated repository only if their destination references (branches) match those specified in the template.

When you create the content of the approval rule template, you can specify approvers in an approval pool in one of two ways:

• CodeCommitApprovers: This option only requires an AWS account and a resource. It can be used for both IAM users and federated access users whose name matches the provided resource name. This is a very powerful option that offers a great deal of flexibility. For example, if you specify the AWS account 123456789012 and Mary_Major, all of the following are counted as approvals coming from that user:

  • An IAM user in the account (arn:aws:iam::123456789012:user/Mary_Major)

  • A federated user identified in IAM as Mary_Major (arn:aws:sts::123456789012:federated-user/Mary_Major)

  This option does not recognize an active session of someone assuming the role of CodeCommitReview with a role session name of Mary_Major (arn:aws:sts::123456789012:assumed-role/CodeCommitReview/Mary_Major) unless you include a wildcard (*Mary_Major).

• Fully qualified ARN: This option allows you to specify the fully qualified Amazon Resource Name (ARN) of the IAM user or role.

For more information about IAM ARNs, wildcards, and formats, see IAM Identifiers in the IAM User Guide.

pub fn approval_rule_template_description( self, input: impl Into<String> ) -> Self

The description of the approval rule template. Consider providing a description that explains what this template does and when it might be appropriate to associate it with repositories.

pub fn set_approval_rule_template_description( self, input: Option<String> ) -> Self

The description of the approval rule template. Consider providing a description that explains what this template does and when it might be appropriate to associate it with repositories.

pub fn get_approval_rule_template_description(&self) -> &Option<String>

The description of the approval rule template. Consider providing a description that explains what this template does and when it might be appropriate to associate it with repositories.

pub fn build(self) -> Result<CreateApprovalRuleTemplateInput, BuildError>

Consumes the builder and constructs a CreateApprovalRuleTemplateInput.

impl CreateApprovalRuleTemplateInputBuilder

pub async fn send_with( self, client: &Client ) -> Result<CreateApprovalRuleTemplateOutput, SdkError<CreateApprovalRuleTemplateError, HttpResponse>>

Sends a request with this input using the given client.

Trait Implementations

impl Clone for CreateApprovalRuleTemplateInputBuilder

fn clone(&self) -> CreateApprovalRuleTemplateInputBuilder

Returns a copy of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for CreateApprovalRuleTemplateInputBuilder

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl Default for CreateApprovalRuleTemplateInputBuilder

fn default() -> CreateApprovalRuleTemplateInputBuilder

Returns the “default value” for a type.

impl PartialEq<CreateApprovalRuleTemplateInputBuilder> for CreateApprovalRuleTemplateInputBuilder

fn eq(&self, other: &CreateApprovalRuleTemplateInputBuilder) -> bool

This method tests for self and other values to be equal, and is used by ==.

fn ne(&self, other: &Rhs) -> bool

This method tests for !=. The default implementation is almost always sufficient, and should not be overridden without very good reason.

impl StructuralPartialEq for CreateApprovalRuleTemplateInputBuilder