dragonhyeon 님의 블로그

PR 작성 컨벤션PR 작성에 대한 공식 표준은 없지만 흔히 사용되는 컨벤션은 존재합니다.PR 제목Conventional Commits 스타일을 따르는 경우가 많습니다.PR 제목은 PR 에 포함된 여러 커밋들의 핵심 내용을 대표하는 제목으로 새롭게 작성하는 것이 일반적입니다.만일 커밋이 1개인 경우 해당 커밋 메시지가 잘 작성된 Conventional Commits 메시지라면 해당 커밋의 header 를 PR 의 제목으로 그대로 사용하기도 합니다.이는 Merge 수락시에도 적용되는 내용으로 단일 커밋에 대한 PR 을 Squash and merge 방식으로 병합하는 경우 Commit message 는 단일 커밋의 header 를, Extended description 은 단일 커밋의 body 를 그대로 사용..

tagGit 에서 태그 (tag) 는 특정 커밋을 식별하기 위해 붙이는 일종의 이름표로 릴리즈나 특정 버전을 표시할 때 사용되어 프로젝트의 버전 관리와 릴리즈 관리를 체계적으로 할 수 있도록 돕는 중요한 도구입니다. Git 태그는 경량 태그와 (Lightweight Tag) 주석 태그 (Annotated Tag) 두 가지 종류로 나눌 수 있습니다.경량 태그 (Lightweight Tag)단순히 특정 커밋을 가리키는 포인터 역할입니다.추가적인 메타 데이터 (작성자, 날짜 등) 가 포함되지 않습니다.주로 내부적이거나 임시적으로 사용할 때 적합합니다.git tag # 현재 HEAD 가 가리키고 있는 커밋에 적용 (다른 브랜치에서도 해당 커밋에 자동 적용)git tag # 특정 커밋에 경량 태그 추가주..

로컬 브랜치 삭제다른 브랜치에 merge 된 브랜치 삭제git branch -d 다른 브랜치에 merge 된 & merge 되지 않은 브랜치 삭제git branch -D 원격 브랜치 & 원격 추적 브랜치 삭제원격 저장소의 원격 브랜치 삭제 (로컬에 해당 원격 브랜치에 대한 원격 추적 브랜치도 존재한다면 함께 삭제됨)git push --delete 로컬에 있는 원격 추적 브랜치 삭제git branch -r -d # -r 옵션을 사용하여 원격 추적 브랜치 삭제. -rd 형식으로도 사용 가능로컬 저장소를 원격 저장소와 동기화시켜 로컬의 원격 추적 브랜치 정리git fetch --prune 은 로컬상의 원격 추적 브랜치를 항상 원격 저장소의 원격 브랜치에 정확히 일치시킵니다.원격 저장소에 존재하는 원격 브..

rebaserebase 는 브랜치의 분기 이후의 커밋들을 부모 브랜치의 최근 커밋 위로 재배치 해주는 작업입니다. rebase 를 진행하는 방식은 크게 두 가지가 있습니다. 아래와 같이 실행하면 develop 브랜치의 분기 이후의 커밋들을 main 브랜치의 최근 커밋 위로 재배치 해줍니다.git switch develop # develop 브랜치로 이동git rebase main # main 브랜치로 rebase 아래는 -i 옵션을 사용하여 리베이스 작업을 인터랙티브하게 진행하는 방식입니다. git rebase -i 명령어를 사용하면 단순히 git rebase 했을때와 다르게 리베이스 과정 중에 커밋을 수정, 삭제, 합치기 등 세부적으로 제어할 수 있습니다.git switch develop #..

Git 병합Git 에서 여러 브랜치에서 작업한 내용을 하나의 브랜치로 합치는 작업을 병합 (merge) 이라고 하며, 대표적으로 fast-forward merge 방식과 3-way merge 방식이 있습니다. 병합이 성공할 경우 3-way merge 에서는 병합 커밋이 자동으로 생성됩니다.비병합 커밋 (Non-merge commit): 단일 브랜치에서 발생하는 커밋으로 하나의 부모 커밋만 가지며, 다른 브랜치와의 병합 없이 그 브랜치에서만 변화가 일어난 커밋입니다.병합 커밋 (Merge Commit): 두 개 이상의 브랜치를 병합할 때 Git 이 자동으로 생성하는 커밋으로 두 개 이상의 부모 커밋을 가집니다. 하나의 병합을 진행하며 병합 충돌이 여러 번 발생하여도 병합 커밋은 최종적으로 병합이 성공하는 ..

git clone저장소 (Repository) 구성원인 경우 원본 저장소를 clone 해서 바로 작업을 진행할 수 있습니다.git clone https://github.com/dragonHyeon/some-repository.git # 원격 저장소 clonecd some-repository # clone 한 저장소의 디렉터리로 이동 git clone 시 원격 저장소의 모든 브랜치, 커밋, 심볼릭 레퍼런스 (origin/HEAD), 태그를 가져옵니다. 기존 작업 디렉터리에서 일부 브랜치 추가를 하는 경우가 아니라면 수동으로 fetch 를 하여 특정 브랜치의 업데이트 정보만을 가져오기 보다는 git clone 을 사용하는것이 더 ..

원격 브랜치 (Remote Branch)원격 저장소에 존재하는 브랜치로 원격 저장소에서 관리되고 있는 브랜치입니다.원격 추적 브랜치 (Remote Tracking Branch)로컬에서 원격 브랜치를 추적하는 참조이자 브랜치입니다. 예를 들어, origin/develop 은 원격 저장소 origin 의 develop 브랜치를 참조하는 원격 추적 브랜치입니다. 즉, 원격 저장소 origin 의 develop 브랜치를 참조하는 브랜치입니다.git branch -r 을 통해 원격 추적 브랜치 목록을 확인할 수 있습니다.트래킹 브랜치 (Tracking Branch)로컬 브랜치가 원격 추적 브랜치를 통해 간접적으로 원격 브랜치를 추적하는 상태인 경우 해당 로컬 브랜치를 트래킹 브랜치라고 합니다. 예를 들어, dev..

스테이징 영역 (Staging Area)스테이징 영역은 Git 에서 변경 사항을 커밋하기 전에 준비하는 곳입니다. 즉, git add 명령을 사용하여 파일을 스테이징 영역에 추가하고, 그 후 git commit 을 사용하여 커밋을 생성합니다. 스테이징 영역에 추가된 파일은 Git 이 커밋할 준비가 된 파일들로 간주합니다.git add file1.txt # file1.txt 파일을 스테이징 영역에 추가git add file2.txt # file2.txt 파일도 추가git commit # 커밋을 하면, 스테이징된 변경 사항이 커밋됨 스테이징 영역은 변경 사항을 검토하고 선택적으로 커밋할 수 있는 단계로, 수정한 파일 중 일부만 커밋하고 싶을 때는 나머지를 스테이징 영역에 추가하지 않으면 됩..

git pull vs git fetch원격 저장소의 브랜치를 로컬에 적용하기 위해 git pull 혹은 git fetch 를 사용할 수 있습니다.git pull원격 저장소에서 변경 사항을 가져오고, 자동으로 현재 로컬 브랜치에 병합합니다.내부적으로 git fetch + git merge 를 한 번에 수행합니다.예를들어 develop 브랜치에서 git pull origin main 을 실행할 경우 develop 브랜치에 origin/main 브랜치를 병합하게 됩니다.git pull 을 통해 병합 커밋이 생성 될 경우 자동으로 Merge branch 'main' of into main 와 같은 커밋 메시지가 생성되며 자동으로 실행되는 커밋 메시지 수정창에서 커밋 메시지 수정 또한 원한다면 할 수 있습니다...

Git 브랜치 전략브랜치 전략이란 효율적인 협업과 코드 관리를 위해 버전 관리 시스템 (Version Control System, VCS) 에서 브랜치를 생성하고 병합하는 체계를 정의한 방법론입니다. 대표적인 버전 관리 시스템중 하나인 Git 에서 자주 사용되는 브랜치 전략은 다음과 같습니다.Git Flow주요 브랜치main: 항상 배포 가능한 상태로 유지하며, 운영 환경에 배포된 버전을 관리develop: 기능 개발 및 다음 릴리스를 준비하는 기본 브랜치작업 브랜치feature/*: 새로운 기능 추가를 위한 브랜치develop 에서 분기하여 작업하며, 완료 후 다시 develop 으로 병합예: feature/user-authrelease/*: 릴리스를 준비하기 위한 브랜치develop 에서 분기하여 테..