- Newest
- Most votes
- Most comments
The issue you're experiencing with the V2 pipeline not working is likely because your template is not explicitly setting the pipeline type to V2. Currently, pipelines are created as V1 by default, and to create a V2 pipeline, you need to specify it in your template.
To resolve this, you should add the 'PipelineType' property to your CodePipeline resource in the CloudFormation template. Modify the CodePipeline resource as follows:
CodePipeline: Type: 'AWS::CodePipeline::Pipeline' Properties: PipelineType: 'V2' RoleArn: !GetAtt CodePipelineServiceRole.Arn ArtifactStore: Type: S3 Location: !Ref WebsiteBucket Stages: # ... (rest of your stages configuration)
By adding 'PipelineType: 'V2'', you're explicitly setting the pipeline to use the V2 type. This should allow you to use V2 features like parameterized pipelines and source revision overrides.
Also, ensure that your IAM role (CodePipelineServiceRole in your template) has the necessary permissions for V2 pipeline operations. You might need to update the policy to include any new permissions required for V2 pipelines.
Remember that V2 pipelines have different features and pricing compared to V1 pipelines. Make sure you're familiar with these differences and that they align with your project requirements.
If you continue to experience issues after making these changes, you may want to review the pipeline execution history and check for any specific error messages that could provide more insight into the problem.
Sources
AWS CodePipeline supports parameterized pipelines
AWS CodePipeline supports starting a pipeline execution with source revision overrides
answered 2 years ago
The email you had initially referenced is for pipeline types of V1 and V2. There are two versions of GitHub integrations as explained well by the previous post. GitHub version 2 is enabled through CodeConnections, and when using that with v2 type pipeline, you can use trigger filtering capabilities. What error are you getting?
Name: Source
Actions:
- InputArtifacts: []
ActionTypeId:
Version: '1'
Owner: AWS
Category: Source
Provider: CodeStarSourceConnection
OutputArtifacts:
- Name: SourceArtifact
RunOrder: 1
Configuration:
ConnectionArn: "arn:aws:codestar-connections:region:account-id:connection/connection-id"
FullRepositoryId: "some-user/my-repo"
BranchName: "main"
OutputArtifactFormat: "CODE_ZIP"
Name: ApplicationSource
Here's how you go from GitHub v1 to the new integration model.
Relevant content
asked 6 years ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 2 years ago

In case of GitHub connections, can I use v2 in my template? because this is not working Stages: - Name: Source Actions: - Name: Source ActionTypeId: Category: Source Owner: ThirdParty Provider: GitHub Version: 2 # Version 1 for GitHub action OutputArtifacts: - Name: SourceOutput Configuration: Owner: !Ref GitHubUser Repo: !Ref GitHubRepo Branch: !Ref GitHubBranch OAuthToken: !Ref GitHubToken RunOrder: 1 - Name: Deploy Actions: - Name: Deploy ActionTypeId: Category: Deploy Owner: AWS Provider: S3 Version: 2 # Version 1 for S3 deploy action InputArtifacts: - Name: SourceOutput Configuration: BucketName: !Ref WebsiteBucket Extract: true RunOrder: 1