당황하지 않고 Git Master가 되는 그 날까지. 개요 최근 진행했던 프로젝트 요구사항 때문에 GitLab Private 저장소에서 개발을 진행했습니다. 해당 프로젝트를 포트폴리오로 쓰기 위해서는 개인 Public 저장소인 Github로 옮길 필요가 있습니다. 해당 포스팅에서는 GitLab to GitHub 방법에 대해서 알아보겠습니다. 당연히 Commit 기록까지 같이 옮기기 위한 방법을 설명하겠습니다. git clone (normal) 1. 옮기고자하는 기존 원격 레포지토리 clone $ git clone [레포지토리 주소] 2. 옮기고자하는 새로운 원격 레포지토리로 remote 변경 $ git remote set-url origin [새로운 레포지토리 주소] 3. push $ git push 기..

당황하지않고 git Master가 되는 그 날까지. 지금껏 작업한 내용물을 add처리 할 때 뒤따라오는 경로를 .으로 하여 모든 수정내역들을 Staging Area로 이동하기만 했습니다. 그런데 특정 파일 혹은 폴더만 Commit Message를 달리 하고싶어 별도로 add를 하고자 할 때 어떤 명령어를 써야할지 감이 안잡힐 수 있습니다. 이럴 때 활용가능한 방법으로는 다음과 같습니다. 1. 특정 파일 add git status를 입력하여 전체 Changes 상태를 확인합니다. 예를들어 Untracked files 중 AlarmResultDto.java 파일만 add를 하고자 할 때 전체 파일 경로를 add 뒤에 추가함으로써 특정 파일만 Staging Area에 넣을 수 있습니다. git add back..

프로젝트를 진행하면서 Gerrit을 통한 코드리뷰를 해야하는 상황이 생겨 Gerrit이 무엇인지와 어떤식으로 활용을 해야할지 정리가 필요하다 생각해 포스팅함. Gerrit이란? 게릿(Gerrit)은 무료 웹 팀 코드 협업 도구. 소프트웨어 개발자가 팀에서 웹 브라우저를 사용해 소스 코드의 다른 사람의 수정 사항을 검토하거나 변경 사항을 승인 또는 거부할 수 있음. Gerrit은 코드 리뷰를 자동화와 동시에 강제성을 부여함으로써 기능개발을 완료한 Commit들에 대해 원격 저장소로 Push를 할 때 자동으로 지정된 리뷰어에게 알림이 전송되며, 리뷰어는 웹 브라우저를 통해 리뷰를 진행함. 이 때 코드 리뷰를 통해 부여된 점수가 일정 수준 이상이 될 때 실제 소스코드에 반영이 이루어짐. Feature Gerr..

Github Flow Github Flow는 Git Flow가 Github에서는 사용하기 복잡하다고 하여 나온 전략 여러 전략 중 가장 간단한 전략 위 커밋 그래프처럼 단순한 형태를 띄기 때문에 사용법도 단순함. 하나의 기능 구현 Feature 브랜치가 완료될 때 마다 Pull Request를 진행하기 때문에 수시로 배포가 발생. → CI / CD 환경을 구축하여 자동화가 되어있는 환경에서 사용하기 적합함. 장점 - 위 이미지처럼 Git Flow에 비해 간단하고 직관적인 구조를 가지고 있음. - 단순한 구조 및 빠른 배포주기로 인해 소규모 및 단기간 프로젝트에서 사용하기 좋음. 단점 - Git Flow에 비해 브랜치를 세분화하지 않기 때문에 브랜치 네이밍 및 커밋 메시지에 신경 쓰지 않으면 전체적인 개발..