들어가기 전에 이번 포스팅은 ECR, Elastic Beanstalk 세팅이 완료되어 있다는 가정하에 진행합니다. 따라서, 해당 부분이 아직 완성되지 않았다면 하기 포스팅들을 먼저 보신 후 이번 포스팅을 읽어보시길 권해드립니다. 이전 포스팅 [AWS, Github Action] Elastic Beanstalk에 SpringBoot 이미지 Docker로 배포하기(1) - 왜 Amazon ECS가 아닌 Elastic Beanstalk을 선택했고, Docker를 사용하려 할까? [AWS, Github Action] Elastic Beanstalk에 SpringBoot 이미지 Docker로 배포하기(2) - ECR 리포지토리 생성 및 권한 설정 [AWS, Github Action] Elastic Beanstal..
들어가기 전에 해당 글은 Elastic Beanstalk의 기본 세팅이 되어 있다는 가정하에 진행합니다. 만약, Elastic Beanstalk의 어플리케이션 및 환경 구성이 되어 있지 않다면 하기 글을 클릭하여 먼저 구성하고 이 포스팅을 읽는 것을 권해드립니다. 이전 포스팅 [AWS, Github Action] Elastic Beanstalk에 SpringBoot 배포하기(1) - EB 기본 세팅 다음 포스팅 [AWS, Github Action] Elastic Beanstalk에 SpringBoot 배포하기(3) - EB에 RDS 사용하여 환경속성 통해 application.yml 주입받기 Github Action을 통해 SpringBoot 어플리케이션 EB에 배포하기 이번 포스팅에서 구현하려는 것은 ..
들어가기 전에 Github Action을 통해 CI를 적용한 Springboot 환경은 다음과 같습니다. 만약, maven을 사용하신다면 하기 내용을 통해 적용이 어려울 수 있는 점 참고 부탁드립니다. plugins { id 'org.springframework.boot' version '2.4.10' id 'io.spring.dependency-management' version '1.0.11.RELEASE' id 'java' } group = 'jpabook' version = '0.0.1-SNAPSHOT' sourceCompatibility = '11' Github Action을 통해 CI(Continuous Integration) 적용하기 먼저 적용하고자 하는 github repository에 접..
들어가기 전에Git branch 전략을 토대로 개발을 하기 위해 각 Issue별로 develop 브랜치 내에 feature 브랜치를 각각 따서 사용하기로 했습니다.이때, JIRA같은 협업 툴을 이용하면 자동으로 issue에 맞추어 feature 브랜치 생성이 가능하나, github만 사용할 때에는 issue를 생성한 후 직접 develop 브랜치 내에 feature/#issue 브랜치 생성이 필요했습니다.관련하여 자동화된 스크립트를 작성하면 issue별 브랜치 생성이 가능하다고 들어 구글링을 해보았고, 그 결과 찾아낸 Create Issue Branch(Github Action)을 이용해 자동화하는 과정을 정리해보고자 합니다.Create Issue BranchCreate Issue Branch는 Issu..