Git 신입 데이터베이스 개념 면접

Git 신입 · 취준 (0~1년) 데이터베이스 3문항 조회수 17 · 2026-08-21 (금) 12:10:35
1 Git 커밋 히스토리
Easy

Q. Git에서 commit이 무엇인지 설명하고, commit을 작성할 때 좋은 commit message를 작성하는 것이 왜 중요한지 설명해주세요.

commit은 프로젝트의 특정 시점을 저장하는 스냅샷이며, 이후 변경 이력을 추적하는 데 사용됩니다.

A. 모범답안

commit은 프로젝트의 변경 사항을 저장하는 하나의 단위로, 특정 시점의 스냅샷을 의미합니다. 각 commit은 고유한 해시값을 가지며, 작성자, 날짜, 변경 내용 등의 정보를 포함합니다. 좋은 commit message는 어떤 변경이 왜 이루어졌는지를 명확하게 전달하여, 나중에 히스토리를 추적하거나 문제가 발생했을 때 원인을 파악하는 데 도움을 줍니다. 특히 팀 프로젝트에서는 다른 개발자들이 변경 사항을 이해하고 협업하는 데 필수적입니다. 일반적으로 제목과 본문을 구분하고, 무엇을 했는지보다 왜 했는지를 설명하는 것이 좋습니다.

핵심 포인트
  • • commit은 변경 사항의 스냅샷
  • • 고유한 해시값으로 식별
  • • 변경 이력 추적 및 협업에 필수
  • • 명확한 메시지 작성의 중요성
답변에 넣으면 좋은 키워드
commit 스냅샷 해시값 commit message 변경 이력 협업
실무에서는

프로젝트에서 버그가 발생했을 때 commit 히스토리를 추적하여 언제 어떤 변경으로 문제가 생겼는지 파악할 수 있습니다.

Follow-up 질문

git log 명령어를 사용하여 commit 히스토리를 확인하는 방법과, 특정 commit으로 되돌아가는 방법에 대해 설명해주세요.

2 Git 원격 저장소
Medium

Q. Git에서 clone, pull, push의 차이점을 설명하고, 각각 어떤 상황에서 사용하는지 설명해주세요.

원격 저장소와 로컬 저장소 간의 데이터 동기화 방향과 최초 작업 여부를 생각해보세요.

A. 모범답안

clone은 원격 저장소의 전체 내용을 로컬로 복사하여 새로운 저장소를 생성하는 명령어로, 프로젝트에 처음 참여할 때 사용합니다. pull은 원격 저장소의 최신 변경 사항을 로컬 저장소로 가져와 병합하는 명령어로, 다른 개발자의 작업 내용을 동기화할 때 사용합니다. push는 로컬 저장소의 commit을 원격 저장소로 업로드하는 명령어로, 자신의 작업 내용을 팀원들과 공유할 때 사용합니다. pull은 fetch와 merge를 합친 명령어이며, 작업 전에 항상 pull을 실행하여 최신 상태를 유지하는 것이 충돌을 줄이는 좋은 습관입니다.

핵심 포인트
  • • clone은 최초 저장소 복사
  • • pull은 원격에서 로컬로 동기화
  • • push는 로컬에서 원격으로 업로드
  • • pull은 fetch와 merge의 조합
답변에 넣으면 좋은 키워드
clone pull push 원격 저장소 로컬 저장소 fetch merge 동기화
실무에서는

팀 프로젝트에서 매일 아침 작업 시작 전 pull을 실행하여 다른 팀원의 변경 사항을 받아오고, 작업 완료 후 push로 공유합니다.

Follow-up 질문

만약 push를 하려고 할 때 원격 저장소에 내가 가지고 있지 않은 새로운 commit이 있다면 어떤 일이 발생하고, 어떻게 해결해야 하나요?

3 Git 변경 취소
Medium

Q. Git에서 실수로 잘못된 파일을 commit했을 때, 이를 되돌리는 방법들을 설명해주세요. reset과 revert의 차이점도 함께 설명해주세요.

commit 히스토리를 삭제하는 방법과 새로운 commit으로 되돌리는 방법이 있습니다.

A. 모범답안

잘못된 commit을 되돌리는 주요 방법은 reset과 revert입니다. reset은 특정 commit으로 HEAD를 이동시켜 이후의 commit 히스토리를 삭제하는 방법으로, soft, mixed, hard 옵션에 따라 작업 내용을 보존할지 결정할 수 있습니다. revert는 잘못된 commit의 변경 사항을 취소하는 새로운 commit을 생성하는 방법으로, 기존 히스토리는 그대로 유지됩니다. reset은 로컬에서만 작업하거나 아직 push하지 않은 경우에 사용하고, revert는 이미 push한 commit을 되돌릴 때 사용하는 것이 안전합니다. 팀 프로젝트에서는 공유된 히스토리를 변경하면 다른 개발자에게 문제가 발생할 수 있으므로 revert를 사용하는 것이 권장됩니다.

핵심 포인트
  • • reset은 히스토리 삭제
  • • revert는 새 commit으로 취소
  • • push 전에는 reset, 후에는 revert 사용
  • • 공유된 히스토리 변경 시 주의
답변에 넣으면 좋은 키워드
reset revert commit 취소 히스토리 HEAD soft hard push
실무에서는

실수로 민감한 정보가 포함된 파일을 commit했을 때, 아직 push하지 않았다면 reset으로 히스토리에서 완전히 제거할 수 있습니다.

Follow-up 질문

git reset의 soft, mixed, hard 옵션의 차이점을 Working Directory와 Staging Area 관점에서 설명해주세요.

댓글 0

로그인 후 댓글을 작성할 수 있습니다.

아직 댓글이 없습니다. 첫 번째 댓글을 남겨보세요!