스낵 깃🍪/중급편

Git을 사용하다 보면 작업 중인 코드가 있는데 급하게 브랜치를 변경해야 하는 상황이 발생할 수 있다.이럴 때 단순히 git checkout(또는 git switch)을 사용하면 작업 중이던 변경 사항이 사라질 위험이 있다. 또한, 아직 커밋하기 애매한 변경 사항을 임시로 저장하고 싶을 때도 있다.이럴 때 불필요한 커밋을 만들지 않고 변경 사항을 저장하는 방법이 바로 git stash다. 이번 글에서는 Git Stash를 활용하는 다양한 방법을 정리해보자.📌 Git Stash란? ✅ 작업 중인 변경 사항을 임시로 저장하고 나중에 다시 불러올 수 있는 기능✅ 브랜치를 변경하거나 다른 작업을 먼저 수행할 때 유용✅ 커밋을 남기지 않고 변경 사항을 보관할 수 있음 📌 Git Stash가 필요한 상황 예시 ..

Git을 사용하다 보면 변경 사항을 되돌려야 하는 상황이 자주 발생한다.하지만 Reset, Revert, Checkout, Restore 등 비슷해 보이는 여러 명령어가 있어,어떤 상황에서 어떤 명령어를 사용해야 하는지 혼란스러울 수 있다. 이번 글에서는 각 명령어의 차이점과 사용법을 정리하고,실제 협업 환경에서 안전하게 사용할 수 있는 방법을 살펴본다.🔹 Git에서 변경 사항을 되돌리는 4가지 방법 Git에서는 변경 사항을 되돌리는 방법이 크게 4가지가 있다.각각의 차이점을 아래 표로 정리했다.비교 항목Reset (git reset)Revert (git revert)Checkout (git checkout)Restore (git restore)목적커밋을 되돌리고 이력을 변경새로운 커밋을 만들어 변경 ..

🔹 Rebase 중 발생하는 충돌 해결법Git을 사용하면서 Merge Conflict(병합 충돌)은 한 번쯤 겪어봤을 것이다.그러나 Git을 더욱 깔끔하게 사용하기 위해 Rebase를 진행하는 과정에서 충돌이 발생할 수도 있다. 💡 “Merge 충돌과 Rebase 충돌의 차이는 무엇일까?”💡 “Rebase 중 충돌이 발생하면 어떻게 해결해야 할까?” 이 글에서는 Rebase 중 충돌이 발생하는 이유와 이를 해결하는 방법을 단계별로 정리한다.1️⃣ Rebase란?git rebase는 한 브랜치의 기반(base)을 변경하여 최신 커밋 위로 재배치하는 과정이다.즉, 기존 브랜치의 커밋을 다른 브랜치의 최신 상태를 반영한 후 다시 적용하는 방식이다.🔹 Merge와 Rebase의 차이비교 항목MergeRe..

📌 Git Merge Conflict란? Git을 사용하여 협업을 진행하다 보면, Merge Conflict(병합 충돌)이 발생할 수 있다.이는 Git이 자동으로 병합할 수 없는 경우 발생하며,개발자가 직접 코드 충돌을 해결해야 한다.Merge Conflict는 언제 발생할까? 🤔 • 같은 파일의 같은 줄을 두 명 이상의 개발자가 수정했을 때 • 한 브랜치에서 삭제된 파일이, 다른 브랜치에서 수정된 경우 • Rebase 도중 동일한 파일의 변경 사항이 충돌한 경우 Git은 자동 병합이 불가능한 경우 개발자에게 충돌을 해결하라고 알린다.이제 Merge Conflict 해결 방법을 단계별로 살펴보자.🛠 Merge Conflict 해결 방법  1️⃣ 충돌이 발생한 파일 확인git status✅ 충돌이 발..

Fork된 레포와 메인 레포 동기화하는 법 GitHub에서 협업을 하다 보면, Fork한 레포를 메인 레포와 동기화해야 하는 상황이 자주 발생한다.Fork는 원본(메인) 레포의 복사본이지만, 메인 레포는 계속 업데이트되기 때문에 시간이 지나면 Fork한 레포와 차이가 발생할 수 있다.따라서, 최신 상태를 유지하기 위해 Fork된 레포를 메인 레포와 동기화하는 과정이 필요하다. 이 글에서는 Fork한 레포를 최신 상태로 유지하는 방법을 단계별로 정리한다.📌 Fork와 메인 레포의 관계 GitHub에서 Fork는 다른 사람의 레포를 내 계정으로 복사하는 과정이다.Fork한 레포는 원본 레포와 연결되어 있지 않으므로, 메인 레포에서 변경 사항이 발생해도 자동으로 반영되지 않는다.그렇다면, 어떻게 최신 상태로..

GitHub는 팀원 간의 원활한 협업을 위해 다양한 기능을 제공한다. 그중에서도 PR(Pull Request)은 코드 리뷰와 병합 요청을 수행하는 핵심 도구이다. 하지만 PR 작성 시 중요한 정보를 누락하거나, 불필요한 커뮤니케이션이 발생하는 경우도 종종 있다. 이러한 문제를 해결하기 위해 PR 템플릿을 활용하면 협업 효율을 크게 높일 수 있다. 이번 글에서는 GitHub의 PR 템플릿 설정 방법과 활용법을 자세히 알아보도록 하자.🌟 PR 템플릿이란? PR 템플릿은 Pull Request 작성 시 자동으로 포함되는 양식이다.이를 통해 작성자가 필요한 정보를 빠짐없이 제공할 수 있도록 하고, 리뷰어는 내용을 쉽게 이해할 수 있다.🌟 PR 템플릿의 장점 1. 중요 정보 누락 방지 • 작업 배경, 변경 사..

Git을 사용하면서 회사 계정과 개인 계정을 동시에 사용해야 하는 경우가 있다. 특히, 동일한 컴퓨터에서 작업할 때 매번 계정을 전환하는 것은 번거로울 수 있다. 이러한 문제를 해결하기 위해 Git에서는 특정 디렉토리별로 계정을 분리하여 사용할 수 있는 기능을 제공한다. 이번 글에서는 includeIf 설정을 활용해 회사와 개인 Git 계정을 깔끔하게 분리하는 방법을 살펴보도록 하자.🌟 Git 계정 분리 설정이 필요한 이유 회사 프로젝트와 개인 프로젝트를 동일한 컴퓨터에서 관리하는 경우, 아래와 같은 문제가 발생할 수 있다:  1. 잘못된 계정으로 커밋회사 프로젝트에 개인 계정으로 커밋하거나, 반대로 개인 프로젝트에 회사 계정으로 커밋하는 실수를 할 수 있다.  2. 번거로운 계정 전환프로젝트마다 계정..

🌟 Rebase란? Rebase는 한 브랜치의 커밋 히스토리를 다른 브랜치 위로 다시 재배치하는 작업이다.쉽게 말해, 내가 작업한 커밋을 최신 상태로 깔끔하게 정렬해 주는 기능이다. 예를 들어, 아래와 같은 상황을 생각해 보자:  • main 브랜치에 새로운 커밋이 추가된 상황:main: A --- B --- Cfeature: X --- Y   • feature 브랜치를 Rebase하면:main: A --- B --- C X --- Y  Rebase는 병합 커밋 없이 브랜치의 히스토리를 깔끔하게 직선으로 만들어준다.🌟 Rebase가 필요한 상황 1. 브랜치가 오래된 상태일 때main 브랜치에 새로운 변경 사항이 생겼을 때, 이를 merge로 가져오는 대신 ..

Git을 사용하다 보면 실수로 브랜치를 삭제하거나 태그를 지우는 일이 생길 수 있다. 다행히 Git은 그런 실수를 대비해 삭제된 기록을 추적하는 강력한 기능을 제공한다. 이번 글에서는 실수로 삭제된 브랜치나 태그를 복구하는 방법을 소개한다.🌟 삭제된 브랜치를 복구하는 방법 브랜치가 삭제되었더라도 Git은 reflog를 통해 해당 브랜치의 커밋 기록을 보존한다. 이를 활용하면 삭제된 브랜치를 손쉽게 복구할 수 있다. 1. 삭제된 브랜치의 커밋 로그 확인아래 명령어를 실행하면, 삭제된 브랜치의 커밋 기록과 참조 로그를 확인할 수 있다:git log --oneline --graph --reflog   2. 삭제된 브랜치를 복구확인한 커밋 해시를 기반으로 브랜치를 다시 생성한다:git checkout -b 복..

Git을 사용하여 모든 브랜치를 깔끔하게 업데이트하고 최신 상태를 유지하는 방법을 소개한다.🌟 기본 명령어현재 작업 중인 브랜치를 업데이트하려면 다음 명령어를 사용한다:git pull --rebase--rebase 옵션을 사용하면 깃 히스토리가 더 깔끔하게 정리되며, 병합(commit merge) 없이 변경 사항을 적용할 수 있다.🌟 모든 브랜치 업데이트하기Git은 기본적으로 한 번에 하나의 브랜치만 업데이트한다. 하지만 여러 브랜치를 한 번에 업데이트하고 싶다면, 아래 스크립트를 활용할 수 있다:for branch in $(git branch -r | grep -v '\->'); do git checkout ${branch##*/} && git pull --rebase;done이 스크립트는 원격 ..