이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 Git을 형상 관리 도구로 사용하며 브랜치 전략을 직접 설계한 경험이 있습니다. 초반에는 main에 직접 push하다가 충돌이 잦았고, feature 브랜치를 분리하는 방식으로 바꾼 뒤 협업 흐름이 안정됐습니다. git rebase와 git merge의 차이를 이론으로만 알다가 충돌 상황에서 직접 해결하면서 각 명령의 동작 방식을 몸으로 익혔습니다. 5인 팀 프로젝트에서 커밋 메시지 컨벤션을 정해 공유했더니 코드 리뷰 시간이 눈에 띄게 줄었습니다. PR 템플릿도 만들어 변경 이유와 테스트 방법을 기재하도록 했고, 이후 리뷰어가 맥락을 파악하는 속도가 빨라졌습니다.
커밋 단위를 작게 유지하는 습관도 들였는데, 이후 롤백이 필요한 상황에서 원하는 지점으로 되돌리기가 수월했습니다. 형상 관리는 코드 백업이 아니라 팀의 소통 도구라는 결을 현장에서 얻었습니다.
팀 프로젝트에서 기능 브랜치를 main에 병합하기 전 커밋 이력이 지저분해지는 문제를 해결하기 위해 git rebase를 활용한 경험이 있습니다. 개발 중 중간 저장용으로 쌓인 의미 없는 커밋들을 squash로 정리하고 기능 단위로 묶어 병합했더니 이력이 훨씬 읽기 쉬워졌습니다. 또한 다른 브랜치에서 작성한 버그 수정 커밋 하나만 빠르게 가져와야 할 때 cherry-pick이 효과적이라는 것도 이때 배웠습니다. 초반에는 rebase 중 충돌이 생겨 당황했지만, 충돌 해소 흐름을 반복하면서 익숙해졌습니다.
커밋 이력은 코드 변경의 기록이자 협업자를 위한 문서라고 생각하기 때문에, 메시지 작성 기준도 팀원과 함께 정하고 지키려고 합니다.
Git을 형상 관리 도구로 활용하면서 커밋 단계에서 자동으로 코드 스타일을 검사하는 git hook을 도입한 경험이 있습니다. pre-commit hook으로 lint와 포맷터를 자동 실행하도록 설정했더니 PR에서 스타일 지적 코멘트가 눈에 띄게 줄었습니다. 팀 내 PR 리뷰 기준도 함께 정리해 리뷰어가 로직에 집중할 수 있는 환경을 만들었습니다. 처음에는 hook 설정을 각자 해야 해서 누락이 생겼는데, Makefile로 환경 설정 명령을 한 줄로 실행할 수 있게 만들어 신규 팀원 온보딩 시간도 줄었습니다. 형상 관리는 도구 사용법을 넘어 협업 품질을 만드는 기반 인프라라는 점을 이 경험을 통해 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넛지헬스케어 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.