스테이징 영역
Coddy Terminal 여정의 버전 관리 섹션에 포함된 레슨 — 58개 중 9번째.
Git은 모든 변경 사항을 자동으로 커밋하지 않습니다. 대신, 다음 스냅샷에 포함할 변경 사항을 명시적으로 선택합니다. 이 2단계 워크플로우는 스테이징 영역(staging area)을 중심으로 구축되었습니다.
이것을 다음 커밋을 위한 클립보드라고 생각하세요. 파일은 세 가지 상태를 거칩니다:
- 워킹 디렉토리(Working directory): 평소처럼 파일을 편집하는 곳입니다.
- 스테이징 영역(Staging area): 다음 커밋을 위해 표시한 변경 사항들입니다.
- 저장소(Repository): 커밋한 후의 영구적인 기록입니다.
스테이징의 목적은 제어입니다. 10개의 파일을 수정하더라도 하나의 버그 수정과 관련된 2개의 파일만 스테이징하여 커밋하고, 나머지는 나중에 별도로 스테이징하여 커밋할 수 있습니다. 각 커밋은 결과적으로 하나의 논리적인 변경 사항에 집중하게 됩니다.
git add를 사용하여 파일을 스테이징 영역으로 옮기고, git commit을 사용하여 스테이징 영역에서 저장소로 옮깁니다.
챌린지
초급폴더에 추적되지 않은 파일 app.txt가 있습니다. 저장소를 초기화한 후 git status --short를 실행하여 파일이 추적되지 않은 상태로 나타나는지 확인하십시오.
치트 시트
Git은 커밋을 생성하기 위해 2단계 워크플로우를 사용합니다:
- 작업 디렉토리 (Working directory) – 파일을 수정하는 곳
- 스테이징 영역 (Staging area) – 다음 커밋을 위해 표시된 변경 사항
- 저장소 (Repository) – 커밋 후의 영구적인 히스토리
git add로 변경 사항을 스테이징 영역에 추가한 다음, git commit으로 히스토리에 저장합니다. 이를 통해 여러 파일이 수정된 경우에도 관련 변경 사항을 집중된 커밋으로 그룹화할 수 있습니다.
직접 해보기
터미널
실력 점검이 레슨에는 짧은 퀴즈가 포함되어 있습니다. 레슨을 시작해 문제를 풀고 진행 상황을 기록하세요.
