Github Actions CI 소요시간 단축시키기 (Gradle 빌드)

1. gradlew 명령어 (build vs bootJar)

gradlew bootJar 작업에서 수행되는 하위 작업들

 

gradlew build 작업에서 수행되는 하위 작업들

 

gradlew bootJar는 실행가능한 jar 파일을 만드는데 필요한 작업들만 수행하고 있다. 위 그림과 같이 build 작업은 bootJar 작업 이외에도 test, check, assemble 같은 작업들이 포함된다. (check는 test에 의존적인 작업으로 test가 수행된 후에 진행됨)

 

절반 이상 차이나는 CI 시간

 

따라서 이처럼 CI 워크플로우 동작시 시간차이가 발생하게 된다. 하지만 bootJar에는 test 작업이 포함되지 않는다. 모든 test를 통과해야만 실행가능한 jar 파일을 만들어야 한다면 bootJar를 test에 의존적인 작업으로 만들면 된다. 이는 build.gradle을 통해 추가할 수 있다.

 

// build.gradle에 추가

bootJar {
    dependsOn test // bootJar 작업을 test 작업이 실행됐을 때, 실행하도록 설정
}

 

 

이처럼 bootJar 작업을 수행했을 때, test 작업이 먼저 선행되는 것을 알 수 있다. 수행되는 작업을 출력하기 위해서는 끝에 --console=plain을 추가하면 된다.

 

 

Runner에서도 정상적으로 동작하는 것을 알 수 있다.

 

clean build

clean bootJar(task 작업 선행)

 

CI 소요시간이 35% 가량 감소하였다. (3분 21초 -> 2분 10초)

 

2. gradle-setup 액션을 통해 빌드 캐시 사용

https://docs.github.com/en/actions/automating-builds-and-tests/building-and-testing-java-with-gradle#caching-dependencies

Building and testing Java with Gradle - GitHub Docs

캐싱된 빌드 스크립트는 이후 CI에서 다시 컴파일되지 않으며, 의존성 또한 원격 저장소로부터 다시 다운받지 않게 된다. 따라서 CI/CD가 빈번할 경우, 소요 시간을 단축함에 있어서 효과적인 방법이다.

 

https://github.com/marketplace/actions/gradle-build-action

Gradle Build Action - GitHub Marketplace

gradle-build-action이 setup-gradle로 대체됨

 

 

test 작업이 포함되지 않은 bootJar에 대한 CI 소요시간을 비교한 결과, 7초 정도 차이가 있었다.

 

7초 단축됨

 

출처)

https://stir.tistory.com/239

gradle build bootJar 차이

https://velog.io/@gnlals1/gradlew%EC%9D%84-%EC%9D%B4%EC%9A%A9%ED%95%98%EC%97%AC-ec2%EC%97%90-spring-boot-%EC%84%9C%EB%B2%84-%EB%B0%B0%ED%8F%AC%ED%95%98%EA%B8%B0-feat.-jasypt

gradlew을 이용하여 ec2에 spring boot 서버 배포하기 (feat. jasypt)

https://umanking.github.io/2023/03/05/processor-architecture-x86-arm/

x86과 ARM: 둘의 차이점

https://btcd.tistory.com/1108

[Docker] Docker Buildx 란?