이쯤 되면 모든 것이 계획대로 진행될 때 GitHub Actions 워크플로, 동작 및 관련 부분을 만들고, 사용하고, 관리하는 방법에 익숙해졌을 것입니다. 하지만 결과를 빠르게 탐색하고, 자세한 내용을 찾고, 실패를 디버깅하거나, 위의 모든 것을 해야 할 때는 어떻게 해야 할까요? 더 깊이 파고들어야 하거나 문제가 해결되지 않을 때 무엇을 해야 하고 어디를 찾아야 하는지에 대한 정보가 없다면 새로운 기술에 관한 책이 완성될 수 없습니다. 이것이 이 장의 목적입니다.
이 장에서는 다음을 수행할 수 있는 몇 가지 기본 제공 방법에 대해 설명합니다:
워크플로에서 일어나는 일에 대한 가시성 향상
이전 버전의 워크플로로 작업하기
프레임워크의 디버깅 기능을 사용하여 문제를 해결하세요.
로그 데이터 및 작업 요약 사용자 지정
이러한 기술을 이해하면 워크플로우 처리 중에 생성되는 중요한 데이터를 찾아내어 더 깊이 있고 통찰력 있는 수준으로 이해할 수 있습니다.
더 많은 관찰 가능성 확보
통합 가시성은 다양한 정의가 있을 수 있습니다. 그러나 통합 가시성의 일반적인 목표는 프로세스나 시스템의 현재 상태에 대해 필요한 정보를 빠르고 쉽게 식별하고 찾을 수 있어야 한다는 점에서는 항상 동일합니다.
GitHub Actions를 사용하면 이러한 관찰 가능성을 확보할 수 있는 여러 가지 높은 수준의 방법이 있습니다. 가장 기본적인 방법은 Actions 메뉴와의 통합을 통해 GitHub에서 제공하는 상태 출력입니다. 이 중 일부는 이 책의 다른 부분에서 이미 언급되었지만, 상태 정보에 대한 보다 포괄적인 보기가 있습니다.
높은 수준의 상태 이해
이 책 전체에서 에서 보았듯이, 이벤트에 의해 워크플로우가 트리거되면 실행된 작업, 성공/실패, 기간 등을 포함한 해당 실행에 대한 정보가 GitHub Actions에 기록됩니다. GitHub 리포지토리에서 Actions 탭을 클릭하면 이 목록을 볼 수 있습니다. 그림 10-1은 작성자의 리포지토리 중 하나에 대한 워크플로 실행의 일부 기록을 보여줍니다.
그림 10-1. 모든 워크플로우의 실행 비율
기본적으로 모든 워크플로우에 대한 실행이 표시됩니다. ( 그림 10-1의 왼쪽에는 모든 워크플로가 선택되어 있습니다.) 이 보기에서 오른쪽의 실행 목록에서 실행의 커밋 메시지 바로 아래를 보면 해당 실행이 어떤 워크플로와 연관되어 있는지 확인할 수 있습니다. 이 줄을 통해 특정 워크플로우에 대한 번호가 매겨진 실행과 실행을 시작한 트리거의 종류도 알 수 있습니다.
단일 워크플로의 실행만 보고 싶다면 화면 왼쪽의 목록에서 워크플로를 선택하는 것이 가장 간단한 방법입니다. ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month, and much more.
