classpath 문제 해결을 위해 새롭게 도커파일 수정 후 도커허브에 push

# build
FROM openjdk:11-jdk AS build
WORKDIR /workspace/app
COPY . /workspace/app
RUN chmod +x gradlew
RUN --mount=type=cache,target=/root/.gradle ./gradlew clean build
RUN mkdir -p build/dependency && (cd build/dependency; jar -xf ../libs/*.jar)

# run
# FROM zeze1004/sulsul:latest <- 기존 빌드 이미지 
FROM build 
VOLUME /tmp
ARG DEPENDENCY=/workspace/app/build/dependency
COPY --from=build ${DEPENDENCY} /app/lib
# classpath 쓰지 않고 file로 절대경로 지정하기
ENTRYPOINT ["java","-jar","-Dspring.config.additional-location=file:./src/main/resources/config/application-prod.yml","./build/libs/sulsul-0.0.1-SNAPSHOT.jar"]

벗 컨테이너 들어가보니 기존 도커파일(classpath)로 뜸

따흐흑

기환이 형이 보자마자 문제 알아챔…갓기환…

main브랜치랑 dev 브랜치랑 같은 도커허브에 올라가게 해서

도커파일 변경하지 않은 main 브랜치의 도커 이미지에 도커허브에 올라갔던 것!

흑흑 이걸 모르다니

지금 깃허브 액션이 다 빌드 실패돼서 도커파일을 변경해도 올라가지 않을 것…

정상적으로 올라갔다 치고 컨테이너 내에서 도커파일 수정하고 application-prod.yml 만드니깐 애플리케이션 실행됨

→ 서브모듈 이슈는 해결하지 못함…벗 지금 그게 급한게 아니니깐…application-prod.yml 수정할 때마다 수동 배포하기^0^

해야할 일

1. 깃허브액션 분리하기

   • 원하는 브랜치에 merge할 때만 빌드되게 하기

     dev: 개발서버

     → 일단 dev만 돌아가게 핫픽스 수정하기

     main: 운영서버

   ⇒ 병합 에러 해결되면 수정하기

2. 개발자분들에게 push 하기 전에 터미널에서 update 커맨드 명령어 치게 부탁드리기

   • 현재 config의 파일이 sulsul-secret의 최신 main 브랜치를 바라보지 않음

3. 새로운 문제 등장…해결하기

   과거 pr에서 병합할려니 깃허브 액션에서 처음보는 에러가 뜸

   이게 무슨 일이야…!

   추측하건데 서브모듈(프라이빗 레포) 전의 pr을 병합시도해서 당시에는 없는 토큰값이서 에러가 났나…?

   근데 무슨 상관이지? 깃허브 액션 시크릿에 토큰값은 있을텐데…?

   새로 토큰 업데이트해도 똑같은 이슈…

   먼저 병합 오류 해결되고 다시 확인해야할 듯…!