Amazon CodeCommit is no longer available to new customers. Existing customers of
Amazon CodeCommit can continue to use the service as normal.
Learn more"
Create an approval rule template
You can create one or more approval rule templates to help you customize your development workflows across repositories. By creating multiple templates, you can configure the automatic creation of approval rules so that different branches have appropriate levels of approvals and control. For example, you can create different templates for production and development branches and apply these templates to one or more repositories. When users create pull requests in those repositories, the request is evaluated against those templates. If the request matches the conditions in the applied templates, approval rules are created for the pull request.
You can use the console or Amazon CLI to create approval rule templates. For more information about managed policies and permissions for approval rule templates, see Permissions for actions on approval rule templates and Amazon managed policies for CodeCommit.
Create an approval rule template (console)
Approval rule templates are not associated with any repository by default. You can make an association between a template and one or more repositories when you create the template, or you can add the associations at a later time.
To create an approval rule template (Console)
Open the CodeCommit console at https://console.www.amazonaws.cn/codesuite/codecommit/home
. -
Choose Approval rule templates, and then choose Create template.
-
In Approval rule template name, give the template a descriptive name so you know what it is for. For example, if you want to require one person from a set of senior developers to approve a pull request before it can be merged, you could name the rule
Require 1 approver from a senior developer
. -
(Optional) In Description, provide a description of the purpose of this template. This can help others decide whether this template is appropriate for their repositories.
-
In Number of approvals needed, enter the number you want. The default is 1.
-
(Optional) If you want to require that the approvals for a pull request come from a specific group of users, in Approval rule members, choose Add. In Approver type, choose one of the following:
-
IAM user name or assumed role: This option prepopulates the Amazon Web Services account ID for the account you used to sign in, and only requires a name. It can be used for both IAM users and federated access users whose name matches the provided name. This is a very powerful option that offers a great deal of flexibility. For example, if you choose this option and are signed in with the Amazon Web Services account 123456789012, and you specify
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
). You can also specify the role name explicitly (CodeCommitReview/Mary_Major
). -
-
Fully qualified ARN: This option allows you to specify the fully qualified Amazon Resource Name (ARN) of the IAM user or role. This option also supports assumed roles used by other Amazon services, such as Amazon Lambda and Amazon CodeBuild. For assumed roles, the ARN format should be
arn:aws:sts::
for roles andAccountID
:assumed-role/RoleName
arn:aws:sts::
for functions.AccountID
:assumed-role/FunctionName
If you chose IAM user name or assumed role as the approver type, in Value, enter the name of the IAM user or role or the fully qualified ARN of the user or role. Choose Add again to add more users or roles, until you have added all the users or roles whose approvals count toward the number of required approvals.
Both approver types allow you to use wildcards (*) in their values. For example, if you choose the IAM user name or assumed role option, and you specify
CodeCommitReview/*
, all users who assume the role ofCodeCommitReview
are counted in the approval pool. Their individual role session names count toward the required number of approvers. In this way, both Mary_Major and Li_Juan count as approvals when signed in and assuming the role ofCodeCommitReview
. For more information about IAM ARNs, wildcards, and formats, see IAM Identifiers.Note
Approval rules do not support cross-account approvals.
-
-
(Optional) In Branch filters, enter destination branch names to use to filter the creation of approval rules. For example, if you specify
main
, an approval rule is created for pull requests in associated repositories only if the destination branch for the pull request is a branch namedmain
. You can use wildcards (*) in branch names to apply approval rules to all branch names that match the wildcard cases. However, you cannot use a wildcard at the beginning of a branch name. You can specify up to 100 branch names. If you do not specify any filters, the template applies to all branches in an associated repository. -
(Optional) In Associated repositories, in the Repositories list, choose the repositories in this Amazon Web Services Region that you want to associate with this approval rule.
Note
You can choose to associate repositories after creating the template. For more information, see Associate an approval rule template with a repository.
-
Choose Create.
Create an approval rule template (Amazon CLI)
You can use the Amazon CLI to create approval rule templates. When you use the Amazon CLI, you can specify destination references for the template, so that it applies only to pull requests whose destination branches match those in the template.
To create an approval rule template (Amazon CLI)
-
At a terminal or command line, run the create-approval-rule-template command, specifying:
-
The name for the approval rule template. Consider using a name that describes its purpose.
-
A description of the approval rule template. As with the name, consider providing a detailed description.
-
The JSON structure of the approval rule template. This structure can include requirements for destination references, which are the destination branches for pull requests for which the approval rule is applied, and approval pool members, who are users whose approvals count toward the number of required approvals.
When creating the content of the approval rule, you can specify approvers in an approval pool in one of two ways:
-
CodeCommitApprovers: This option only requires an Amazon Web Services 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 Amazon 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
SeniorDevelopers
with a role session name ofMary_Major
(arn:aws:sts::123456789012:assumed-role/
) unless you include a wildcard (SeniorDevelopers
/Mary_Major
*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.
The following example creates an approval rule template named
2-approver-rule-for-main
and a description ofRequires two developers from the team to approve the pull request if the destination branch is main
. The template requires two users who assume the role ofCodeCommitReview
to approve any pull request before it can be merged to themain
branch:aws codecommit create-approval-rule-template --approval-rule-template-name
2-approver-rule-for-main
--approval-rule-template-description "Requires two developers from the team to approve the pull request if the destination branch is main
" --approval-rule-template-content "{\"Version\": \"2018-11-08\",\"DestinationReferences\": [\"refs/heads/main\"],\"Statements\": [{\"Type\": \"Approvers\",\"NumberOfApprovalsNeeded\": 2,\"ApprovalPoolMembers\": [\"arn:aws:sts::123456789012:assumed-role/CodeCommitReview/*\"]}]}" -
-
If successful, this command returns output similar to the following:
{ "approvalRuleTemplate": { "approvalRuleTemplateName": "2-approver-rule-for-main", "creationDate": 1571356106.936, "approvalRuleTemplateId": "dd8b17fe-EXAMPLE", "approvalRuleTemplateContent": "{\"Version\": \"2018-11-08\",\"DestinationReferences\": [\"refs/heads/main\"],\"Statements\": [{\"Type\": \"Approvers\",\"NumberOfApprovalsNeeded\": 2,\"ApprovalPoolMembers\": [\"arn:aws:sts::123456789012:assumed-role/CodeCommitReview/*\"]}]}", "lastModifiedUser": "arn:aws:iam::123456789012:user/Mary_Major", "approvalRuleTemplateDescription": "Requires two developers from the team to approve the pull request if the destination branch is main", "lastModifiedDate": 1571356106.936, "ruleContentSha256": "4711b576EXAMPLE" } }