요약

  • GitHub는 Actions 산출물과 로그를 기본 90일간 보관한다. 저장소에서 기간을 바꾸면 새로 만든 파일에 적용되고, 기존 산출물은 원래 만료일을 유지한다.
  • 포함된 용량을 넘는 산출물 저장량은 GB-시간으로 쌓인다. 오래된 파일을 지우면 앞으로의 시간 누적은 멈추지만 이번 청구 기간에 기록된 시간은 남는다.

새 규칙을 붙여도 옛 상자는 선반에 있다

저장소 관리자가 빌드 산출물의 보관 기간을 줄인다. 변경이 성공했다는 화면이 뜬다. 새 워크플로가 만드는 산출물은 더 빨리 만료되지만 이미 쌓인 결과물의 날짜는 그대로다. GitHub의 문서는 새 기간이 변경 이후 생성한 산출물과 로그에만 적용된다고 설명한다. 현재 저장 공간을 비우려면 남아 있는 파일을 따로 살펴야 한다.

기본 기간은 90일이다. 공개 저장소에서는 190일, 비공개 저장소에서는 1400일을 설정할 수 있고 조직의 상한이 적용될 수 있다. 기존 파일의 예정 만료일은 API의 expires_at으로 확인한다. 만료 전에 직접 삭제할 수 있지만 복구할 수 없다. 릴리스 재현이나 장애 조사에 필요한 산출물과 방치된 파일을 구분할 사람의 판단이 필요하다.

청구 시스템은 또 다른 시계를 본다. GitHub는 포함된 한도를 초과한 산출물 저장을 GB-시간으로 계산한다. 현재 저장량은 지금 차지하는 공간이고 누적 사용량은 이번 기간에 점유한 시간의 합이다. 파일을 삭제하면 현재 공간이 줄고 그 파일의 미래 시간이 멈춘다. 이미 기록된 시간은 남는다. GitHub의 예시는 10 GB를 열흘 보관하고 11일째 전부 지웠을 때도 2,400 GB-시간이 기간 사용량에 남는다고 보여 준다. 실제 고객의 청구서를 설명한 숫자는 아니다.

GitHub는 산출물 저장 사용량 표시가 6~12시간 늦게 갱신될 수 있다고 한다. 정리 효과는 기존 파일 목록, 만료일, 현재 공간과 누적 시간을 함께 확인해야 알 수 있다. 산출물은 GitHub Packages와 포함 저장 용량을 공유하지만 Actions 캐시에는 별도의 한도가 있다.

출처