![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/dPG2YT/btrTyDw8B21/XHtGVlU1p5lEPsVmXykpwk/img.png)
GitLab 에서의 CI/CD 전형적인 배포의 단계들 1. 프로젝트가 빌드 준비를 마치면 Dockerfile 을 작성한다. 2. 파이프라인에서 사용하는 환경변수들을 설정한다. 3. 1번에서 작성한 Dockerfile 로 docker build 와 docker push 를 하는 YAML 파일로 파이프라인을 작성한다. 4. YAML 파일을 업데이트하면 파이프라인이 자동으로 실행되는 것을 목록에서 볼 수 있다. 5. 작성한 파이프라인이 성공적으로 실행되면 Container Registry 에 Docker 이미지가 생성되어 있음을 볼 수 있다. 📃 Note 여기까지가 Continuous Delivery 에 포함된다. Continuous Delivery, 지속적 제공이란 배포 직전 단계까지의 과정을 자동화하여 구..
![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/co1WVS/btrR8avPMVl/jSQRI5l9gybYLrWpCgBpf0/img.png)
도커로 Gradle 빌드 후 프로젝트 배포하는 과정 1. 아래와 같이 Dockerfile 을 작성한다. (Intellij 내에서 작성 or 깃허브에서 작성) 어떤 Gradle 프로젝트이던지 빌더 이미지의 .jar 확장자 파일에서 이름을 복사해 두 부분만 바꾸어주면 된다. FROM gradle:7.4-jdk11-alpine as builder WORKDIR /build # 그래들 파일이 변경되었을 때만 새롭게 의존패키지 다운로드 받게함. COPY build.gradle settings.gradle /build/ RUN gradle build -x test --parallel --continue > /dev/null 2>&1 || true # 빌더 이미지에서 애플리케이션 빌드 COPY . /build RUN..
- Total
- Today
- Yesterday
- JPA
- 인증/인가
- 역직렬화
- DeSerialization
- DTO
- 깃랩
- Jackson
- 알고리즘
- 실시간데이터
- JPQL
- Java Data Types
- 도커
- gitlab
- JOIN FETCH
- spring
- Spring Boot
- Firebase
- 지연 로딩
- json web token
- LazyInitializationException
- ci/cd
- 프로그래머스
- N+1
- 코테
- @RequestBody
- 가상 서버
- FCM
- 기지국 설치
- google cloud
- docker
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |