배포가 실패한 경우
배포가 실패해도 Coroid가 환경에서 실행 중인 내용은 변경되지 않습니다.배포단계에서는 실패한 시도 내역과 파이프라인 실행 링크가 표시됩니다. 원인을 해결한 뒤 만약 검사 결과가 구버전이라면 다시 검사를 진행하고, 다시 배포하세요. 모든 시도 내역은 해당 릴리스의 이력에 그대로 남습니다.
만약 시도 과정이 멈춘 것처럼 보인다면, 재시도하기 전에 CI/CD의 실행 내역과 보고용 토큰을 확인하세요. 보고서가 누락된 경우는 보통 토큰이나 이벤트 형식에 문제가 있기 때문이며, 배포가 실패했다는 뜻은 아닙니다.
시스템 상태에 주의가 필요한 경우
성공적으로 배포된 뒤에는, Coroid가 프로젝트의 카나리아 품질 그래프(deployment_canary트리거가 적용된)를 실행합니다. 카나리아 검사에 실패하면주의가 필요함표시가상태단계에 나타납니다. 커밋이 실제로 환경에 도달했으므로 배포는 여전히 성공으로 간주됩니다. 카나리아의 검증 결과와 파이프라인 로그를 확인한 뒤, 새 릴리스로 문제를 해결하거나 이전 커밋으로 되돌리세요.
정상적인 커밋으로 되돌리기
- 프로덕션 환경의 2.4.0 버전배포되었으나 캐니어리 검사에서 실패했습니다.주의 필요
- 여기서 정상적으로 작동했던 이전의 릴리스를 선택하세요.
- 2.3.1Production에서 마지막으로 정상적이었던 릴리스정상
현재 배포 중인 릴리스에서상태페이지를 열어 해당 환경의이전의 정상적인 커밋 복구하기. 이 목록에는 해당 환경에 배포되어 상태 검사를 통과한 이전 릴리스들이 나열됩니다.
- **사용자의 파이프라인은 Coroid에 연결되어 있습니다.**다음을 선택하세요:롤백 요청, 정상적인 커밋을 가리키는 브랜치나 태그를 입력하고 그 이유를 명시하세요. Coroid가 해당 참조를 확인한 뒤 이전 릴리스에 대한 새 실행을 시작합니다. 파이프라인에서 성공을 확인한 뒤에만 환경이 다시 전환됩니다.
- 사용자의 파이프라인은 자동으로 실행됩니다.거기로 롤백하세요. 만약 배포 내역이 보고된다면 Coroid가 자동으로 결과를 기록합니다. 보고할 수 없는 경우에는 정상적인 릴리스에서외부 롤백 기록를 선택하세요. Coroid가 교체하려는 릴리스가 여전히 현재 릴리스인지, 그리고 대상이 상태 검사를 통과했는지를 확인합니다.
원본 배포와 롤백 내역 모두 이력에 그대로 표시됩니다.
여러 프로젝트를 함께 배포하기
일부 변경 사항은 여러 프로젝트에 걸쳐 적용되는데, 예를 들어 새로운 API와 이를 사용하는 앱이 있습니다. 릴리스 목록에서릴리스 그룹 구성을 선택하여 이름을 지정한 뒤, 배포 순서에 맞게 각 프로젝트의 릴리스를 하나씩 지정하세요.
릴리스 그룹은 공유된 뷰일 뿐 단일 배포가 아닙니다. 각 릴리스는 고유의 커밋, 검사, 승인 절차 및 파이프라인을 유지하며, 각각의 페이지에서 별도로 배포됩니다. 릴리스 그룹에는부분적으로 배포됨으로 표시되며, 일부 구성요소가 아직 환경에 도달하지 못했어도 남은 작업 내용은 계속 확인할 수 있습니다.