반응형 IT62 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. 기본키(PK) vs 외래키(FK) 차이 한 방에 끝내기 Primary Key와 Foreign Key 차이 완벽 정리 | 왜 필요하고 어디서 헷갈릴까?DB를 공부하다 보면 Primary Key(기본키)와 Foreign Key(외래키)라는 개념이 반드시 등장합니다. 두 가지 모두 테이블에서 핵심적인 '키(Key)' 역할을 한다는 점은 같지만, 실제 데이터베이스 안에서의 역할은 완전히 다릅니다.결론부터 말씀드리면 Primary Key는 한 행을 구분하는 고유한 값이고, Foreign Key는 다른 테이블의 데이터를 연결하기 위한 값입니다. DB에서 데이터의 중복을 줄이고 관계를 정확하게 설계하려면 이 두 개념의 차이를 가장 먼저 잡아야 합니다.1. 두 개념이 유독 헷갈리는 이유처음 DB를 접할 때 두 키가 비슷하게 느껴지는 이유는 둘 다 id 같은 단순한 숫자로 .. 2026. 5. 27. Spring Scheduler 중복 실행 해결 가이드 Spring Scheduler 중복 실행 문제는 실무에서 생각보다 자주 겪는 이슈입니다. @Scheduled로 배치 작업을 설정했는데 같은 로직이 두 번 실행되거나, DB에 데이터가 중복으로 쌓여 당황하는 경우가 많습니다.이 글에서는 단일 서버와 멀티 서버 환경에서 발생하는 Spring Scheduler 중복 실행의 핵심 원인을 분석하고, 실무에서 바로 적용할 수 있는 단계별 해결 방법을 정리합니다.자주 보이는 증상실제 서버 운영 중 스케줄러 문제가 발생했을 때 겪게 되는 대표적인 증상은 다음과 같습니다.같은 시간대에 동일한 스케줄러 시작/종료 로그가 두 번씩 연속으로 찍힘DB에 INSERT 또는 UPDATE 되어야 할 데이터가 중복으로 처리됨외부 연동 API(알림톡, 결제 등)에 동일한 요청이 두 번 .. 2026. 5. 26. 화살표 표시 떴나요? / 깃 충돌 코드 날리지 않고 합치는 순서 팀원들과 협업을 하다 보면 한 번쯤 터미널에 붉은색 에러 메시지가 뜨며 git pull 충돌(Conflict)이 발생하는 아찔한 순간을 겪게 됩니다. 갑자기 코드에 이상한 화살표와 텍스트들이 생겨나 컴퓨터가 고장 난 것처럼 느껴지지만, 이는 Git이 스스로 코드를 합치지 못해 "사람이 직접 보고 판단해 달라"고 정중하게 요청하는 지극히 정상적인 과정입니다.결론부터 말씀드리면, 충돌이 났다고 해서 기존 코드가 망가지거나 사라지는 것은 절대 아닙니다. 어떤 파일이 부딪혔는지 확인하고, 최종적으로 남길 코드만 정리한 뒤 다시 저장(add, commit)하면 아주 깔끔하게 해결됩니다. 실무에서 깃 충돌을 만났을 때 당황하지 않고 5분 만에 해결하는 실전 순서를 정리해 드립니다.자주 보이는 증상git pull을 .. 2026. 5. 26. 이전 1 2 3 4 ··· 11 다음 반응형
