에서 파이프라인 시작 CodePipeline

각 파이프라인 실행은 다른 트리거를 기반으로 시작할 수 있습니다. 파이프라인 시작 방식에 따라 각 파이프라인 실행에 다른 유형의 트리거가 있을 수 있습니다. 각 실행의 트리거 유형은 파이프라인의 실행 기록에 표시됩니다. 트리거 유형은 다음과 같이 소스 작업 제공자에 따라 달라질 수 있습니다.

참고

소스 작업당 트리거를 한 개 이상 지정할 수 없습니다.

• 파이프라인 생성: 파이프라인이 생성되면 파이프라인 실행이 자동으로 시작됩니다. 이는 실행 내역의 CreatePipeline 트리거 유형입니다.

• 수정된 객체의 변경 사항: 이 범주는 실행 내역의 PutActionRevision 트리거 유형을 나타냅니다.

• 브랜치에서의 변경 감지 및 코드 푸시에 대한 커밋: 이 범주는 실행 내역의 CloudWatchEvent 트리거 유형을 나타냅니다. 소스 리포지토리의 소스 커밋 및 브랜치에 대한 변경이 감지되면 파이프라인이 시작됩니다. 이 트리거 유형은 자동 변경 감지를 사용합니다. 이 트리거 유형을 사용하는 소스 작업 공급자는 S3 및 CodeCommit 3입니다. 이 유형은 파이프라인을 시작하는 일정에도 사용됩니다. 일정에 따라 파이프라인 시작 섹션을 참조하십시오.

• 소스 변경에 대한 폴링: 이 카테고리는 실행 내역의 PollForSourceChanges 트리거 유형을 나타냅니다. 폴링을 통한 소스 리포지토리의 소스 커밋 및 브랜치에 대한 변경이 감지되면 파이프라인이 시작됩니다. 이 트리거 유형은 권장되지 않으므로 자동 변경 감지를 사용하도록 마이그레이션해야 합니다. 이 트리거 유형을 사용하는 소스 작업 공급자는 S3 및 CodeCommit 3입니다.

• 타사 소스에 대한 Webhook 이벤트: 이 카테고리는 실행 내역의 Webhook 트리거 유형을 나타냅니다. Webhook 이벤트로 변경이 감지되면 파이프라인이 시작됩니다. 이 트리거 유형은 자동 변경 감지를 사용합니다. 이 트리거 유형을 사용하는 소스 작업 공급자는 코드 푸시를 위해 구성된 연결 (Bitbucket 클라우드, GitHub 엔터프라이즈 서버 GitHub, GitLab .com 및 GitLab 자체 관리형) 입니다.

• 타사 소스에 대한 WebhookV2 이벤트: 이 카테고리는 실행 내역의 WebhookV2 트리거 유형을 나타냅니다. 이 유형은 파이프라인 정의에 정의된 트리거를 기반으로 트리거되는 실행에 사용됩니다. 지정된 Git 태그가 있는 릴리스가 감지되면 파이프라인이 시작됩니다. Git 태그를 사용하여 다른 리포지토리 사용자가 중요성을 파악할 수 있도록 커밋을 이름이나 다른 식별자로 표시할 수 있습니다. 또한 Git 태그를 사용하여 리포지토리의 기록에서 특정 커밋을 식별할 수 있습니다. 이 트리거 유형은 자동 변경 감지를 비활성화합니다. 이 트리거 유형을 사용하는 소스 작업 공급자는 Git 태그 (Bitbucket 클라우드, GitHub 엔터프라이즈 서버 GitHub, .com) 용으로 구성된 연결입니다. GitLab

• 파이프라인 수동 시작: 이 범주는 실행 내역의 StartPipelineExecution 트리거 유형을 나타냅니다. 콘솔이나 를 사용하여 파이프라인을 수동으로 AWS CLI 시작할 수 있습니다. 자세한 내용은 수동으로 파이프라인 시작 섹션을 참조하세요.

자동화된 변경 감지 트리거 유형을 사용하는 소스 작업을 파이프라인에 추가하면 작업이 추가 리소스와 함께 작동합니다. 변경 감지를 위한 이러한 추가 리소스로 인해 각 소스 작업을 생성하는 방법은 별도의 섹션에 자세히 설명되어 있습니다. 자동화된 변경 감지에 필요한 각 소스 공급자와 변경 감지 방법에 대한 자세한 내용은 소스 작업 및 변경 감지 방법 섹션을 참조하세요.

주제

• 소스 작업 및 변경 감지 방법
• 수동으로 파이프라인 시작
• 일정에 따라 파이프라인 시작
• 소스 개정 재정의로 파이프라인 시작

소스 작업 및 변경 감지 방법

파이프라인에 소스 작업을 추가하면 해당 작업이 표에 설명된 추가 리소스와 함께 작동합니다.

참고

CodeCommit 및 S3 소스 작업에는 구성된 변경 감지 리소스 ( EventBridge 규칙) 가 필요하거나 리포지토리에서 소스 변경 내용을 폴링하는 옵션을 사용해야 합니다. Bitbucket 또는 GitHub Enterprise Server 소스 작업이 있는 파이프라인의 경우 웹후크를 설정하거나 폴링을 기본값으로 설정하지 않아도 됩니다. GitHub 연결 작업은 변경 감지를 관리합니다.

소스	추가 리소스 사용 여부	단계
Amazon S3	이 소스 작업에는 추가 리소스가 사용됩니다. CLI를 사용하거나 이 작업을 생성할 때 이러한 리소스도 생성하고 관리합니다. CloudFormation	에서 파이프라인 생성 CodePipeline 및 Amazon S3 소스 액션 EventBridge 및 AWS CloudTrail를 참조하세요.
Bitbucket Cloud	이 소스 작업은 연결 리소스를 사용합니다.	Bitbucket Cloud 연결 섹션 참조
AWS CodeCommit	아마존 EventBridge (권장). 콘솔에서 생성 또는 편집된 CodeCommit 소스가 있는 파이프라인의 기본값입니다.	에서 파이프라인 생성 CodePipeline 및 CodeCommit 소스 액션 및 EventBridge를 참조하세요.
Amazon ECR	아마존 EventBridge. 콘솔에서 생성 또는 편집된 Amazon ECR 소스가 있는 파이프라인 마법사에 의해 생성됩니다.	에서 파이프라인 생성 CodePipeline 및 Amazon ECR 소스 액션 및 리소스 EventBridge 를 참조합니다.
GitHub 또는 GitHub 엔터프라이즈 클라우드	이 소스 작업은 연결 리소스를 사용합니다.	GitHub 연결 섹션 참조
GitHub 엔터프라이즈 서버	이 소스 작업은 연결 리소스 및 호스트 리소스를 사용합니다.	GitHub 엔터프라이즈 서버 연결 섹션 참조
GitLab.com	이 소스 작업은 연결 리소스를 사용합니다.	GitLab.com 연결 섹션 참조
GitLab 자체 관리형	이 소스 작업은 연결 리소스 및 호스트 리소스를 사용합니다.	GitLab 자체 관리형 연결 섹션 참조

폴링을 사용하는 파이프라인이 있는 경우, 권장되는 감지 방법을 사용하도록 파이프라인을 업데이트할 수 있습니다. 자세한 설명은 폴링 파이프라인을 권장되는 변경 감지 방법으로 업데이트 섹션을 참조하세요.

연결을 사용하는 소스 작업에 대한 변경 감지를 끄려면 CodeStarSourceConnection 비트버킷 클라우드 GitHub, GitHub 엔터프라이즈 서버, GitLab .com 및 GitLab 자체 관리 작업용을 참조하세요.