워크플로우 개념

워크플로를 사용하여 코드를 작성, 테스트 또는 배포할 때 알아야 할 몇 가지 개념과 용어를 소개합니다. CodeCatalyst

워크플로

워크플로는 CI/CD (지속적 통합 및 지속적 전달) 시스템의 일부로 코드를 빌드, 테스트 및 배포하는 방법을 설명하는 자동화된 절차입니다. 워크플로는 워크플로 실행 중에 수행할 일련의 단계 또는 조치를 정의합니다. 또한 워크플로는 워크플로를 시작하게 하는 이벤트 또는 트리거를 정의합니다. 워크플로를 설정하려면 CodeCatalyst 콘솔의 시각적 편집기나 YAML 편집기를 사용하여 워크플로 정의 파일을 만들어야 합니다.

작은 정보

프로젝트에서 워크플로를 사용하는 방법을 간단히 살펴보려면 블루프린트로 프로젝트를 만들어 보세요. 각 블루프린트는 검토, 실행, 실험할 수 있는 작동하는 워크플로를 배포합니다.

워크플로 정의 파일

워크플로 정의 파일은 워크플로를 설명하는 YAML 파일입니다. 파일은 소스 리포지토리의 루트에 있는 ~/.codecatalyst/workflows/ 폴더에 저장됩니다. 파일 확장자는.yml 또는.yaml일 수 있습니다.

워크플로 정의 파일에 대한 자세한 내용은 을 참조하십시오. 워크플로우 YAML 정의

작업

작업은 워크플로의 기본 구성 요소이며, 워크플로 실행 중에 수행할 논리적 작업 단위 또는 작업을 정의합니다. 일반적으로 워크플로에는 구성 방법에 따라 순차적으로 또는 병렬로 실행되는 여러 작업이 포함됩니다.

작업에 대한 자세한 내용은 을 참조하십시오워크플로가 수행하는 작업 구성.

액션 그룹

액션 그룹에는 하나 이상의 액션이 포함됩니다. 작업을 작업 그룹으로 그룹화하면 워크플로를 체계적으로 구성하고 여러 그룹 간의 종속성을 구성할 수 있습니다.

작업 그룹에 대한 자세한 내용은 을 참조하십시오. 작업을 작업 그룹으로 그룹화

아티팩트

아티팩트는 워크플로 작업의 출력이며, 일반적으로 폴더 또는 파일 아카이브로 구성됩니다. 아티팩트는 작업 간에 파일과 정보를 공유할 수 있게 해주므로 중요합니다.

아티팩트에 대한 자세한 내용은 아티팩트를 사용하여 워크플로의 작업 간 데이터 공유 단원을 참조하십시오.

컴퓨팅

컴퓨트는 워크플로 작업을 CodeCatalyst 실행하기 위해 관리 및 유지 관리되는 컴퓨팅 엔진 (CPU, 메모리, 운영 체제) 을 말합니다.

컴퓨팅에 대한 자세한 내용은 을 참조하십시오워크플로를 위한 컴퓨팅 및 런타임 환경 Docker 이미지 구성.

환경

개발 CodeCatalyst 환경과 혼동하지 말아야 할 환경은 워크플로가 연결되는 대상 AWS 계정 및 선택적 Amazon VPC를 정의합니다. CodeCatalyst 또한 환경은 워크플로가 대상 계정 내의 AWS 서비스와 리소스에 액세스하는 데 필요한 IAM 역할을 정의합니다.

여러 환경을 설정하고 개발, 테스트, 스테이징, 프로덕션 등의 이름을 지정할 수 있습니다. 이러한 환경에 배포하는 경우 배포 관련 정보가 환경의 CodeCatalyst 배포 활동 및 배포 대상 탭에 표시됩니다.

환경에 대한 자세한 내용은 을 참조하십시오. 환경을 AWS 계정 포함한 VPC에 배포 CodeCatalyst

게이츠

게이트는 특정 조건이 충족되지 않는 한 워크플로우 실행이 진행되지 않도록 하는 데 사용할 수 있는 워크플로 구성 요소입니다. 게이트의 예로는 사용자가 CodeCatalyst 콘솔에서 승인을 제출해야 워크플로 실행을 계속할 수 있는 승인 게이트가 있습니다.

워크플로의 작업 시퀀스 사이에 게이트를 추가하거나 소스 다운로드 직후에 실행되는 첫 번째 작업 앞에 게이트를 추가할 수 있습니다. 필요한 경우 마지막 작업 뒤에 게이트를 추가할 수도 있습니다.

게이트에 대한 자세한 내용은 을 참조하십시오워크플로 실행 게이팅.

보고서

보고서에는 워크플로 실행 중에 발생하는 테스트에 대한 세부 정보가 포함됩니다. 테스트 보고서, 코드 커버리지 보고서, 소프트웨어 구성 분석 보고서 및 정적 분석 보고서와 같은 보고서를 만들 수 있습니다. 보고서를 사용하면 워크플로 중에 문제를 해결하는 데 도움이 될 수 있습니다. 여러 워크플로의 보고서가 많은 경우 보고서를 사용하여 추세와 실패율을 확인하여 애플리케이션 및 배포 구성을 최적화할 수 있습니다.

보고서에 대한 자세한 내용은 품질 보고서 유형의 내용을 참조하세요.

실행

실행은 워크플로를 한 번 반복하는 것입니다. 실행 중에 워크플로 구성 파일에 정의된 작업을 CodeCatalyst 수행하고 관련 로그, 아티팩트 및 변수를 출력합니다.

실행에 대한 자세한 내용은 을 참조하십시오워크플로 실행.

소스

입력 소스라고도 하는 소스는 작업 수행에 필요한 파일을 얻기 위해 워크플로 작업이 연결되는 소스 저장소입니다. 예를 들어, 워크플로 작업을 소스 저장소에 연결하여 응용 프로그램을 빌드하기 위해 응용 프로그램 소스 파일을 가져올 수 있습니다.

소스에 대한 자세한 내용은 워크플로를 소스 리포지토리에 연결 단원을 참조하십시오.

Variables

변수는 워크플로에서 참조할 수 있는 정보가 포함된 키-값 쌍입니다. CodeCatalyst

변수에 대한 자세한 내용은 을 참조하십시오. 워크플로의 변수 구성 및 사용

워크플로 트리거

워크플로 트리거 또는 단순한 트리거를 사용하면 코드 푸시와 같은 특정 이벤트가 발생할 때 자동으로 워크플로 실행을 시작할 수 있습니다. 소프트웨어 개발자가 CodeCatalyst 콘솔을 통해 수동으로 워크플로 실행을 시작하지 않아도 되도록 트리거를 구성하는 것이 좋습니다.

세 가지 유형의 트리거를 사용할 수 있습니다.

• 푸시 - 코드 푸시 트리거를 사용하면 커밋이 푸시될 때마다 워크플로가 실행됩니다.

• 풀 리퀘스트 — 풀 리퀘스트 트리거를 사용하면 풀 리퀘스트가 생성, 수정 또는 종료될 때마다 워크플로가 실행됩니다.

• 일정 — 스케줄 트리거를 사용하면 워크플로가 사용자가 정의한 일정에 따라 시작됩니다. 소프트웨어 개발자가 다음 날 아침에 작업할 수 있도록 최신 빌드를 준비할 수 있도록 스케줄 트리거를 사용하여 야간 소프트웨어 빌드를 실행하는 것을 고려해 보세요.

푸시, 풀 리퀘스트 및 스케줄 트리거를 단독으로 사용하거나 동일한 워크플로우에서 조합하여 사용할 수 있습니다.

트리거는 선택 사항이며, 구성하지 않은 경우 워크플로를 수동으로만 시작할 수 있습니다.

트리거에 대한 자세한 내용은 트리거를 사용하여 자동으로 워크플로 실행 시작 주제를 참조하십시오.