gradle2 Gradle × GitHub Actions 캐시 전략 완전 가이드 Gradle 프로젝트를 GitHub Actions로 CI/CD할 때 알아야 할 캐시의 모든 것.세 가지 캐시 계층의 차이, 실무 적용 전략, 그리고 Self-hosted Runner에서의 함정까지.1. 캐시는 세 층위로 나눠서 본다Gradle CI에서 "캐시"라는 단어는 맥락에 따라 완전히 다른 세 가지를 가리킨다. 이걸 구분하지 않으면 설정이 꼬이고, 중복 캐싱으로 오히려 느려지거나, 디스크/메모리 낭비가 발생한다.구분actions/cache@v4gradle/actions/setup-gradleGradle Build Cache정체GitHub의 범용 CI 캐시Gradle 전용 캐시 래퍼Gradle 자체 기능캐싱 단위디렉터리 단위 파일 스냅샷Gradle User Home 내 핵심 파일task input/o.. 2026. 4. 1. 4코어 4GB 러너 서버에서 Gradle 빌드 시간 86% 줄이기 벼르고 있었다시제품화 마감이 코앞이다.프로젝트 막바지에 접어들면서 코드량과 PR 양이 급격하게 늘었다. AI 코딩 도구를 적극적으로 활용하면서 개발 속도 자체는 나름 빨라졌는데, 그 속도를 인프라가 못 받쳐주고 있었다. PR이 쏟아지는데 빌드/테스트 파이프라인이 병목이 되어 리뷰와 머지가 밀리기 시작했다.팀원들 사이에서 "PR 확인이 너무 오래 걸린다"는 말이 나왔다. 솔직히 말하면, 그 원인이 전부 CI 속도 때문만은 아니었다. AI 도구를 아직 제대로 활용하지 못하는 경우도 있었고, 코드 리뷰 시 맥락을 빠르게 짚지 못해서 시간이 걸리는 경우도 있었다. 하지만 그건 기술적으로 풀 수 있는 문제가 아니다. 사람의 사고 속도나 도구 숙련도는 강제할 수 없다.그래서 방향을 잡았다. 기술적으로 풀 수 있는 .. 2026. 3. 19. 이전 1 다음
