당황하지 않고 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..

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

개별 브랜치 최신화를 해야하는 상황 작업을 할 때 브랜치의 수명은 되도록 짧게 가져가는게 좋지만, 개별 브랜치에서 기능을 완료하는데 해야 할 작업들이 많아서 오래 걸리는 경우들이 있음. 그러다 보면 master에 추가된 기능들이 필요한 경우가 종종 생기게 됨. 이러한 상황 속 문제없이 내 로컬 브랜치에 원격 master의 변동사항을 가져오는 방법에 대해 알아봄. git pull origin master 개별 브랜치에서 해당 명령어를 통해 불러올 경우 아마 가져와지지 않을 경우가 높음. 이유는 Git에서 제공하는 안전성 검사 때문에 로컬 브랜치의 작업내용이 손실될 수 있기 때문. ( git pull의 경우 변동 사항이 있는지 확인함과 동시에 최신 데이터를 복사하여 로컬 Git으로 가져오기 때문에 작업내용 ..