"Commit"은 버전 관리 시스템(특히 Git)에서 변경 내용을 저장하는 단위입니다. 의미와 주요 속성은 다음과 같습니다. - 기본 개념 - 커밋은 프로젝트의 파일들에 대한 스냅샷(snapshot) 또는 특정 시점의 상태를 기록한 것입니다. - 각각의 커밋은 고유 식별자(예: Git의 SHA-1 또는 SHA-256 해시)로 식별됩니다. - 내용과 메타데이터 - 커밋은 실제 변경 내용(파일들의 트리 구조와 블롭 객체)과 함께 다음과 같은 메타데이터를 포함합니다. - 작성자(author)와 작성 시각(timestamp) - 커밋 메시지(message) - 부모 커밋(parent) 참조(병합 커밋은 부모가 여러 개) - Git에서는 커밋 자체가 불변(immutable)으로 취급되어, 변경하려면 새 커밋을 만들어야 합니다(예: --amend는 새 커밋 생성). - 작동 방식(일반 워크플로) - 작업 파일을 수정 → 변경 사항을 스테이징(staging, git add) → 커밋(git commit)으로 기록. - 커밋은 로컬 저장소에 먼저 저장되고, 원격 저장소에 푸시(git push)하여 공유합니다(분산 버전 관리의 특성). - 특성 및 용도 - 원자성: 하나의 커밋은 하나의 논리적 변경 단위가 되도록 하는 것이 바람직합니다. - 추적성: 누가, 언제, 왜 변경했는지 커밋 메시지와 메타데이터로 추적 가능합니다. - 되돌리기: git revert로 변경을 되돌리거나, git reset/rebase로 히스토리를 조작할 수 있습니다. - 병합/분기: 브랜치 간의 통합 시 커밋들이 합쳐지며, 병합 커밋은 여러 부모를 가집니다. - 좋은 커밋 관습 - 커밋은 작고 논리적으로 한 가지 목적을 가지게 하기. - 명확한 커밋 메시지: 한 줄 요약 + 필요한 경우 본문 설명(무엇을, 왜 변경했는지). - 테스트 가능한 상태로 커밋하기(빌드/테스트 통과). - 커밋 시 이슈 번호나 관련 문서를 참조하면 추적성이 좋아짐. - 공개 이력에서는 불필요한 민감 정보(비밀번호 등)를 커밋하지 않기. - 관련 명령(예시, Git 기준) - git add <파일> — 변경을 스테이징 - git commit -m "메시지" — 커밋 생성 - git commit --amend — 마지막 커밋 수정(새 커밋 생성) - git log — 커밋 내역 확인 - git revert <커밋> — 해당 커밋의 변경을 되돌리는 새 커밋 생성 - git reset, git rebase — 히스토리 재작성 요약하면, 커밋은 코드 변경의 스냅샷이자 추적 단위로서 프로젝트 히스토리를 구성하는 기본 요소이며, 명확하고 작은 단위로 기록하는 것이 협업과 유지보수에 중요합니다.
