반응형 IT/Git12 git cherry-pick 사용법 / 원하는 커밋만 쏙 골라 가져오기 git cherry-pick 사용법, 다른 브랜치의 특정 커밋만 쏙 골라 가져오는 4단계 가이드팀 협업을 하거나 브랜치를 나누어 개발하다 보면, 다른 브랜치 전체를 머지(Merge)하기에는 부담스럽고 딱 하나의 버그 수정 커밋이나 특정 기능 커밋만 내 브랜치로 가져오고 싶은 순간이 있습니다. 이때 사용하는 Git의 마법 같은 명령어가 바로 git cherry-pick입니다.결론부터 말씀드리면, git cherry-pick [커밋해시] 명령어를 사용하면 다른 브랜치의 특정 커밋만 현재 브랜치로 복사해 올 수 있습니다. 다만, 체리피킹은 편리한 만큼 커밋 간의 의존성을 고려하지 않으면 치명적인 코드 충돌이나 빌드 에러를 유발할 수 있습니다. 실무에서 안전하게 특정 커밋만 골라 담는 실전 점검 순서와 충돌 대.. 2026. 6. 1. 자꾸 감시당하는 설정 파일? / git rm --cached 사용법 정리 .gitignore 적용이 안 될 때, 이미 추적 중인 파일부터 해결하는 4단계 복구법프로젝트에 비밀번호나 API 키가 담긴 환경 설정 파일(.env), 혹은 수시로 바뀌는 로그 파일(.log)을 제외하려고 뒤늦게 .gitignore에 등록하는 경우가 많습니다. 하지만 분명히 무시하라고 적어두었는데도 자꾸 Git 변경 사항(git status)에 파일이 잡혀 곤혹스러우셨을 텐데요.결론부터 말씀드리면, .gitignore는 Git이 아직 추적하지 않은 파일만 무시할 수 있는 설정입니다. 이미 이전에 한 번이라도 git add 되었거나 커밋되어 Git 장부에 등록된 파일은 .gitignore에 백날 적어두어도 자동으로 제외되지 않습니다. 내 로컬에 있는 소중한 파일은 그대로 살려두면서, Git의 추적 장부에.. 2026. 5. 30. 깃허브 히스토리 꼬임 방지 / merge와 rebase 실전 선택 기준 git을 이용해 팀 협업을 시작하면 누구나 한 번쯤 git merge rebase 차이가 무엇인지, 그리고 PR(Pull Request)을 올리기 전에 어떤 것을 써야 할지 깊은 고민에 빠지게 됩니다. 둘 다 "두 브랜치의 코드를 합친다"는 목적은 같지만, 결과물로 나오는 깃 히스토리(로그)의 형태가 완전히 달라지기 때문입니다.결론부터 말씀드리면, 팀의 규칙이 정해져 있지 않거나 확신이 없다면 merge를 쓰는 것이 무조건 안전합니다. 하지만 내 개인 브랜치의 커밋을 깔끔하게 일자로 정돈하고 싶다면 rebase가 좋은 대안이 됩니다. 실무에서 두 방식의 핵심 차이점을 눈으로 이해하고, 상황에 맞게 선택하는 판단 기준을 정리해 드립니다.자주 보이는 증상develop 브랜치의 최신 코드를 내 브랜치에 가져왔.. 2026. 5. 28. 화살표 표시 떴나요? / 깃 충돌 코드 날리지 않고 합치는 순서 팀원들과 협업을 하다 보면 한 번쯤 터미널에 붉은색 에러 메시지가 뜨며 git pull 충돌(Conflict)이 발생하는 아찔한 순간을 겪게 됩니다. 갑자기 코드에 이상한 화살표와 텍스트들이 생겨나 컴퓨터가 고장 난 것처럼 느껴지지만, 이는 Git이 스스로 코드를 합치지 못해 "사람이 직접 보고 판단해 달라"고 정중하게 요청하는 지극히 정상적인 과정입니다.결론부터 말씀드리면, 충돌이 났다고 해서 기존 코드가 망가지거나 사라지는 것은 절대 아닙니다. 어떤 파일이 부딪혔는지 확인하고, 최종적으로 남길 코드만 정리한 뒤 다시 저장(add, commit)하면 아주 깔끔하게 해결됩니다. 실무에서 깃 충돌을 만났을 때 당황하지 않고 5분 만에 해결하는 실전 순서를 정리해 드립니다.자주 보이는 증상git pull을 .. 2026. 5. 26. GitHub PR 올리기 전 / 욕 안 먹는 5분 점검 리스트 GitHub PR(Pull Request) 올리기 전 점검은 신입 개발자라면 반드시 습관을 들여야 하는 과정입니다. PR은 단순히 코드를 서버에 밀어 넣는 것이 아니라, 리뷰어에게 내 코드를 설득하고 검토를 요청하는 '협업의 시작점'이기 때문입니다. 이 글에서는 불필요한 코드 리뷰 핑퐁을 줄이고, 깔끔하게 머지(Merge)를 받아낼 수 있는 핵심 점검 순서를 정리했습니다.자주 보이는 증상리뷰어에게 "이 파일은 왜 수정된 건가요?", "콘솔 로그 지워주세요" 등 기능 외적인 지적을 반복해서 받음기능 구현 완료 후 PR을 올렸는데 깃허브 화면에 'Resolve conflicts'라는 붉은 충돌 경고가 뜸PR 본문이 비어 있거나 '기능 수정'이라고만 덩그러니 적혀 있어, 리뷰어가 어디부터 봐야 할지 헤맴왜 이.. 2026. 5. 21. git branch 삭제 복구 / 당황하지 말고 reflog 치세요 작업 중이던 브랜치를 지워버렸다면 눈앞이 캄캄해질 수 있습니다. 하지만 git branch 삭제 복구는 생각보다 매우 간단합니다. 브랜치를 삭제했다고 해서 여러분이 며칠간 짠 코드(커밋)가 즉시 공중으로 증발하는 것은 아니기 때문입니다. 이 글에서는 git reflog를 이용해 지워진 커밋 해시를 찾아내고, 원상태로 깔끔하게 로컬 브랜치를 되살려내는 실전 복구 순서를 정리했습니다.자주 보이는 증상git branch -D 옵션으로 강제 삭제 후, 아직 병합(Merge)하지 않은 작업 내용이 모두 날아간 것처럼 보임원격 저장소(GitHub)에 Push하지 않은 로컬 전용 브랜치를 실수로 지워버림다른 브랜치로 착각하거나 이미 병합이 끝난 줄 알고 삭제 명령어를 입력함왜 이런 문제가 생길까1) 브랜치는 단순히 .. 2026. 5. 19. 이전 1 2 다음 반응형