자동화는 요청 없이도 매번 작업을 시작합니다. 일정에 따라 실행되거나 특정 상황이 발생할 때 가동됩니다: pull request가 열리거나 이슈가 등록되거나 검사 또는 배포가 실패하는 경우입니다.
모든 자동화 항목은 공장 내 '자동화' 메뉴에 목록으로 표시되며, 어떤 조건에서 시작되고 어떤 작업을 수행하는지 확인할 수 있습니다. '새 작업'에서 자동화를 생성하세요: '자동화'를 선택한 뒤 실행 시점을 지정하면 됩니다.
- 일정시간
- 이벤트 기반 자동화무언가가 발생하면
일반적인 작업
사양, 계획, 빌드, 검증, 리뷰. 에이전트 슬롯을 사용하며 낮은 우선순위를 부여하십시오.
P2P3A pull request
자동으로 병합하거나 기본 브랜치에 커밋할 수는 없습니다.
귀하가 승인
두 가지 유형의 트리거
| 트리거 | 실행 | 예시 |
|---|---|---|
| 일정 | 지정된 시간에, 특정 간격으로, 또는 즉시 실행됩니다. | Sentry에 요청하여 매시간 새 오류를 확인하고 각 오류에 대해 작업을 생성합니다. |
| 특정 상황이 발생하는 경우 | GitHub 또는 Coroid가 해당 이벤트를 전송할 때 작동합니다. | 프로젝트에서 열린 모든 pull request를 리뷰합니다. |
트리거가 실제로 시간에 기반하거나 모니터링 대상이 Sentry나 Jira처럼 Coroid 이벤트를 보내지 않는 다른 시스템에 있을 경우 일정을 사용하세요. 일정 기능은 해당 시스템에 요청을 보냅니다.MCP 서버해당 서버에서 발견된 내용을 바탕으로 작업을 생성합니다. 자세한 내용은일정.
Coroid가 발생 순간을 인지할 수 있을 때는 이벤트를 사용하세요. 이 방식은 계속해서 요청을 보내는 일정 방식보다 불필요한 작업을 줄여줍니다.
'새 작업'에서 선택 가능한 이벤트
GitHub에서 제공하며, 이를 위해서는GitHub 앱:
- pull request가 열리거나 업데이트되거나 병합될 때
- 이슈가 등록될 때
- 코멘트에 Coroid가 언급되면 작동하며, 저장소에 대한 쓰기 권한을 가진 작성자의 코멘트만 해당됩니다.
Coroid에서 제공하는 이벤트:
- 작업, 계획, 품질 관리, 배포 또는 배포 상태 검사가 실패할 때
- 릴리스가 롤백될 때
Slack 및 Telegram 메시지, 새 Jira 이슈, 그리고 자체 시스템에서 발생하는 이벤트의 경우 필터나 서비스 계정이 필요합니다. '설정'의 '자동화' 섹션에 있는 템플릿을 통해 시작하거나 편집기에서 자동화의 이벤트를 변경할 수 있습니다. 자세한 내용은후크.
수행하는 작업
이벤트가 발생하면 자동화는 다음 세 가지 작업 중 하나를 수행합니다:
- **pull request를 리뷰합니다.**Coroid Check가 해당 항목을 리뷰한 뒤 GitHub에 리뷰 결과를 게시하며, 문제가 발견된 줄에 대한 코멘트와 'Coroid 리뷰'라는 이름의 검사 항목을 추가합니다. 이 기능은 열리거나 업데이트되는 풀 리퀘스트에 적용됩니다.
- 작업으로 전환합니다.해당 이벤트는 요청으로 등록됩니다. 자격 검증을 통과하면 Coroid가 작업이나 계획을 생성합니다. 이 기능은 이슈 및 Coroid가 언급된 코멘트에 적용됩니다.
- 지시 사항을 따릅니다.에이전트가 작성한 지시 사항을 읽기 전용 권한으로 따르며 작업을 생성할 수 있습니다. 이 기능은 모든 이벤트에 적용됩니다.
이러한 자동화 중 어느 것도 직접적으로 코드를 변경하지 않습니다. 자동화가 생성한 작업은 다른 작업과 동일한 사양, 계획, 빌드, 검증 및 리뷰 과정을 거쳐 최종적으로 pull request 형태로 승인됩니다.
모든 pull request를 리뷰하기
Coroid가 자체적으로 생성한 풀 리퀘스트뿐 아니라 다른 사람이 제출한 풀 리퀘스트도 리뷰하도록 설정하려면:
- '새 작업'을 열고 '자동화'를 선택하세요.
- 프로젝트를 지정하거나 모든 프로젝트에 적용하려면 비워두세요.
- '트리거'에서는 '특정 상황이 발생할 때'를 선택하고, '이벤트'에서는 '풀 리퀘스트가 열림'을 선택한 뒤 'pull request를 리뷰'를 지정하세요.
- 제목과 간단한 지시 사항을 입력한 뒤 계속 진행하세요.
이 자동화는 해당 프로젝트에서 새로 생성되거나 업데이트되는 각 pull request를 리뷰합니다. 해당 저장소에는 GitHub 앱이 설치되어 있어야 하며, 프로젝트가 '로컬 전용'으로 설정되어 있으면 안 됩니다. Coroid의 자체 작업에서 생성된 풀 리퀘스트는 다시 리뷰되지 않으며, 해당 리뷰는 작업 과정의 일부입니다.
품질 관리에서 해당 프로젝트의 풀 리퀘스트 검사를 활성화할 수도 있습니다. 그러면 모든 pull request에 대해서도 프로젝트의 검사가 실행되며, Coroid Check가 동일한 과정에서 해당 항목을 리뷰합니다.
자동화 모니터링
공장에서 자동화 항목을 열면 각 실행 내역을 확인할 수 있습니다: 실행 시점, 소요 비용, 생성된 작업, 실행이 완료되지 않은 이유 등입니다. 소유자와 관리자는 여기서 자동화를 일시 중지하거나 테스트, 편집, 삭제할 수 있습니다. 조직 내 모든 구성원은 자동화 및 그 실행 내역을 확인할 수 있습니다.
자동화의 유용성 유지
자동화가 생성한 작업은 다른 작업과 동일하게 에이전트 슬롯을 차지합니다. 자주 실행되는 자동화는 눈에 띄지 않게 시스템 용량을 모두 점유할 수 있습니다.
- 사람이 요청한 작업보다 낮은 우선순위를 부여하세요.
P2또는P3. - 트리거를 더 구체적으로 설정하세요."검사가 실패함"이라는 트리거는 활발한 저장소에서 끊임없이 작동합니다. 반면 "기본 브랜치에서 이 검사가 실패함"은 실제로 문제가 발생했을 때만 작동합니다.
- 생성된 결과를 확인하세요.자동화가 20개의 작업을 생성했는데 2개만 병합된다면, 이는 가치를 창출하기보다는 불필요한 작업과 비용만 발생시키는 것입니다.
자동화의 진정한 성과는 얼마나 자주 작동하는지가 아니라 생성된 작업 중 얼마나 많이 병합되는지로 판단해야 합니다.
Sentinel
이전 버전의 문서에서는 특정 조건을 감지하는 모니터인 Sentinel에 대해 설명했습니다. 이는 별도의 기능이 아닙니다. 조건이란 자동화가 실행될 수 있는 이벤트이거나 일정이 확인하는 항목입니다.