Workflow 실행관리

1. Visualization graph : 저장소 Actions 탭에서, 왼편의 사이드바에서 보고자 할 워크플로우 클릭 > 오른쪽의 워크플로우 run 리스트 중 선택

   

2. 워크플로우 run log : 저장소 Actions 탭에서, 왼편의 사이드바에서 보고자 할 워크플로우 클릭 > 오른쪽의 워크플로우 run 리스트 중 선택 > 왼편 하단의 ‘Jobs’에서 보고자 할 job 선택

   

   • Search logs : 로그 화면 우측 상단에 Search 박스

   

   • Downloading logs : 로그 화면 우측 상단의 톱니바퀴 아이콘( ) 클릭 후, ‘Download log archive’ 메뉴

   

3. 워크플로우 수동으로 run

   • 워크 플로우의 트리거 조건이 workflow_dispatch로 설정되어 있을 때, Actions 탭 > 왼편 사이드 바에서 워크플로우 선택 > 오른편 ‘Run workflows’

     

     

4. 워크플로우 re-run

   • Action 탭 > 왼편 사이드바에서 워크플로우 클릭 > 오른편의 워크플로우 run 리스트에서 재실행하고자 하는 것 클릭 > 오른쪽 상단의 ‘Re-run jobs’ 또는 ‘Re-run all jobs’ 메뉴

     

5. 워크플로우 실행 취소

   • 실행중인 워크 플로우 취소 : Action 탭 > 왼편 사이드바에서 워크플로우 클릭 > 오른편의 워크플로우 run 리스트에서 queued 또는 in progress클릭 > ‘Cancel workflow’

     

     

6. 워크플로우 활성화/비활성화

   • 워크 플로우를 GitHub UI, Rest API, GitHub CLI를 통해 활성화, 비활성화 할 수 있습니다.
   • 비활성화된 워크플로우는 워크플로우 파일내 트리거 조건에 의해 실행되지 않습니다 (워크플로우 파일 삭제 불필요)

   • Action 탭 > 왼편 사이드바에서 워크플로우 클릭 > 오른편의 ‘…’ 클릭 > ‘Disable workflow’

     

   • 비활성화된 워크플로우는 표시

     

   • 다시 활성화하기 위해서는 비활성화된 워크플로우에서 ‘enable workflow’ 메뉴

7. 워크플로우 run 삭제

   • Action 탭 > 왼편 사이드바에서 워크플로우 클릭 > 오른편의 워크플로우 run 리스트에서 삭제하고자 하는 것 클릭

8. 워크플로우 artifact 다운로드, 삭제

   • Action 탭 > 왼편 사이드바에서 워크플로우 클릭 > 오른편의 워크플로우 run 리스트에서 실행했던 run 선택 > 하단의 ‘Artifact’ 클릭

9. 디버그 로깅 활성화

   • 워크 플로우의 트러블 슈팅을 위한 추가적인 상세 디버그 활성화할 수 있습니다.
   • 이를 위해, 워크플로우가 있는 저장소에 ‘secret’을 생성해야 하며, 저장소의 owner 혹은 organization의 admin 권한이 필요합니다.
   • Runner diagnostic 로깅 활성화
     • ‘runner process log’ : 러너가 job을 실행하기 위해 필요한 설정에 관련된 로그
     • ‘worker process log’ : job 실행에 관련된 로그
     • 워크플로우가 있는 저장소의 secret 메뉴에 ACTIONS_RUNNER_DEBUG 추가 (값은 true)
     • Runner diagnostic 로그를 다운로드 하기 위해서는 위 2항에서 설명된 log archive 다운로드. Runner diagnostic 로그는 runner-diagnostic-logs 폴더내에 위치
   • Step 디버깅 로깅 활성화
     • Job 실행로그에 상세 내용이 추가됨
     • 워크플로우가 있는 저장소의 secret 메뉴에 ‘ACTIONS_STEP_DEBUG 추가 (값은 true`)
     • 확인은 step log에서 확인

10. 배포 리뷰

    • 저장소의 ‘environment’ 과 그에 대한 보호룰이 지정된 경우

    • 최대 6명까지의 ‘Required Reviewers’ 지정가능
    • Wait Timer: Job이 처음 트리거되고, 설정된 시간(분) 동안 지연 (0~43,200(30일))
    • 리뷰어로 지정된 사람은, 워크플로우에서 아래와 같이 작업을 승인 또는 거부

11. Status 배지 추가

    • 워크플로우의 성공 혹은 실패를 특정 파일 (README.md등)에 추가

    • 워크플로우 메뉴에서 오른편의 “…” 클릭 > Create Status Badge