분류 전체보기

들어가기 전에 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에 접..

CRLF will be replaced by LF 에러 해결법 아래와 같이 git add .명령어를 입력했을 때 CRLF will be replaced by LF 에러가 발생하는 경우가 있습니다. 이 에러는 맥 또는 리눅스를 쓰는 개발자와 윈도우를 쓰는 개발자가 함께 협업하여 발생하는 Whitespace 에러입니다. 맥 또는 리눅스 시스템의 경우 한 줄의 끝이 LF(Line Feed)인 반면, 윈도우는 한 줄의 끝이 CR(Carriage Return)과 LF(Line Feed)인 CRLF로 이루어지기 때문입니다. 위 에러는 하기와 같이 해결이 가능합니다. Windows의 경우 Windows라면, LF will be replaced by CRLF ... 라는 에러로 발생했을 것이기 때문에 하기와 같이 gi..

들어가기 전에 구글링을 통해 소셜 로그인 구현을 찾아보면, 하기 라이브러리들을 통한 구현이 많습니다. implementation 'org.springframework.boot:spring-boot-starter-security' implementation 'org.springframework.boot:spring-boot-starter-oauth2-client' 이 경우, 주로 back-end(JAVA)에서 소셜 로그인을 A to Z까지 진행하는 경우가 많습니다. 만약, 필요한 것이 back-end에서 로그인을 전부 하는 것이라면 하기 글이 도움되지 않을 수 있습니다. 해당 부분 고려하시어 보시면 좋을 것 같습니다😄 이번 프로젝트의 경우, front-end에서 로그인을 진행하고, 로그인 이후 얻은 acc..

들어가기 전에하기 글은 구글 GCP의 계정이 존재하고, 프로젝트 내 사용자 인증 정보를 생성하여 구글의 Oauth 사용을 위한 클라이언트 ID를 이미 발급 받은 상태라고 가정하고 진행합니다. 만약, Google의 Oauth 사용을 위한 클라이언트 ID를 생성하지 않은 상태라면 글 하단의 Oauth2 로그인 구현 방법을 먼저 살펴보시기 바랍니다.403 forbidden이란?403 forbidden은 클라이언트 오류 상태 응답 코드로 서버에 요청은 전달되었지만, 권한 때문에 거절되었다는 것을 의미합니다. Google API를 통한 Oauth2 로그인 구현 시 403 forbidden 에러 해결법먼저, GCP 콘솔에 접속하여 하기와 같이 검색창을 통해 API 및 서비스 페이지로 넘어갑니다. Google Clo..

이슈 원인 @ConfigurationProperties를 사용하여 yaml의 특정 설정값들을 읽으려했고, 이때 하기와 같이 Spring Boot Configuration Annotation Processor not configured 에러가 발생했습니다. 해당 이슈를 해결하고자 build.gradle의 dependencies에 하기와 같이 설정을 한 후, gradle clean 및 build를 진행했습니다. dependencies { ... annotationProcessor "org.springframework.boot:spring-boot-configuration-processor" // Use ConfigurationProperties } build가 되었을 때, 위와 같은 에러는 더이상 발생하지 ..

들어가기 전에 Git을 사용하면서 필요한 명령어들을 정리하는 공간입니다. 필요할때마다 검색하고 추가하는 포스팅입니다 :) Git 소스 코드 push 과정 // 소스 상태를 staging으로 변경 (develop)$ git add . // 소스 코드 commit (develop)$ git commit -m '커밋 메시지' // remote repository에 변경 내용 pull (develop)$ git pull origin develop // 충돌이 없다면 remote repository에 push (develop)$ git push origin develop Git 브랜치 전략을 통한 feature 브랜치 생성 및 push 과정 // feature 브랜치 생성(issue 번호에 따른 브랜치 생성) (..

PR 후 merge된 branch 자동 삭제하기branch를 나누어 개발을 하다보면, Issue close되어 branch를 삭제해야 하는 경우가 자주 생깁니다. 이때, 매번 삭제하는 것이 귀찮을 경우 아래와 같이 Github이 제공하는 기능을 통해 PR 후 merge된 branch를 삭제할 수 있습니다. 먼저, Settings에 들어간 후 Options의 Merge button을 찾습니다. 그 후, Automatically delete head branches를 클릭합니다. protected branch의 경우 삭제되지 않으니, 삭제가 되면 안되는 브랜치의 경우 protected branch로 설정해야 합니다. 적용 예기존에 아래와 같이 feature/1이라는 브랜치가 있고 해당 브랜치에서 PR이 날려..

들어가기 전에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..