깃과 버전 관리
- git은 2005년 리눅스 개발자인 리누스 베네딕트 토르발스가 개발함.
- 대표적인
분산형 버전 관리 시스템- 집중형 시스템과 달리 저장소가 여러 개 있고, 여러 저장소에 각 버전별 소스를 개별 보관한다.
- 분산 저장소는 P2P(Peer-to-Peer)방식으로 공유하며, 각 개발자에게 공유 가능한 저장소 사본을 제공한다.
- 서버는 각 저장소 자료를 동기화하고 중개하는 역할만 수행한다. 따라서 메인 서버에 문제가 생기더라도 지속적으로 개발할 수 있다.깃의 다섯 단계
- 초기화 : 폴더를 깃 저장소로 변경
- 커밋 : 변경된 코드의 이력을 기록
- 브랜치 : 분리 격리된 코드 이력을 기록
- 병합 : 기존 이력과 분리된 이력을 통합
- 푸시 : 로컬 저장소의 이력을 서버로 전송 및 공유
깃 개념잡기
워킹 디렉터리
워킹 디렉터리(working directory)는 다른 용어로워킹 트리(working tree)라고도 한다.- 깃은 VCS의 특성 때문에 저장공간을 논리적으로 분리한다.
- 저장 공간을 크게
작업을 하는 공간(working),임시로 저장하는 공간(stage),실제로 저장하여 기록하는 공간(repository)으로 나눈다.
- 저장 공간을 크게
- 워킹 디렉터리는
작업을 하는 공간을 의미한다. 말 그대로 로컬 저장소에 접근할 수 있으며, 실제로 파일을 생성하고 수정하는 공간이다. - 단순하게 파일을 저장하는 공간이라고 생각하면 된다.
파일의 untracked 상태와 tracked 상태
깃이 다른 VCS보다 뛰어난 것은 지정된 파일들의 모든 것을 추적하는 관리 시스템이기 때문이다. 깃은 워킹 디렉터리에 있는 파일들을 추적됨과 추적되지 않음상태로 구분한다.
untracked 상태
- 실제 작업 중인 파일은 워킹 디렉터리 안에 있다.
- 워킹 디렉터리는 현재 작업 중인 소스 코드를 담고 있으며, 운영체제도 워킹 디렉터리 안에 있는 파일들만 접근하고 수정할 수 있다.
- 워킹 디렉터리는 사용자 작업 공간이라고 생각하면 된다. 이 공간에 파일을 추가하거나 수정했다고 해서 깃이 자동으로 관리해 주지는 않는다.
- 워킹 디렉터리에 새로 생성된 파일은 모두 untracked(추적되지 않음) 상태이다. 이 파일을 관리하려면 깃에 추적하라고 통지해 주어아한다.
tracked 상태
워킹 디렉터리에 새 파일을 추가하면 추적되지 않음(untracked)상태이다. 워킹 디렉터리 안에 추적되이 않은 상태의 파일들은 별도의 명령어를 실행하여 tracked(추적) 상태로 변경해 주어야 한다. 이때는 git add 명령어를 사용한다.
깃은 요청 받은 파일들만 추적 관리한다.
깃 입장에서 어떤파일이 정말로 추적 관리가 필요한지 알 수 없고, 그렇다고 해서 모든 파일을 추적 관리하기에는 과부하가 걸리기 쉽다. 따라서 추적하는 파일들을 tracked 상태로 표시한다.
스테이지
깃은 여러 단계의 논리적인 저장 공간을 가지고 있다. 스테이지(stage)는 임시로 저장하는 공간을 의미한다. 스테이지 영역은 워킹 디렉터리에서 제출된 tracked 파일들을 관리한다.
스테이지 = 임시영역*
스테이지는 워킹 디렉터리와 '실제로 저장하여 기록하는 공간' 사이에 잇는 임시 영역이다. 깃은 워킹 디렉터리에서 작업이 끝난 파일을 스테이지로 잠시 복사한다.
스테이지가 임시 영역이라고 해서 파일의 콘텐츠 내용을 직접 가지고 있지는 않고, 단지 커밋하려는 파일의 추적 상태정보들만 기록한다.
이처럼 임시 영역인 스테이지를 별도로 운영하는 것은 커밋을 빠르게 처리하기 위해서이다.실제로 저장하여 기록하는 공간인 저장소는 스테이지 영역에서 가리키는 파일 내용을 기반으로 변경된 차이점만 기록한다.
파일들의 스테이지 상태는 status로 확인 가능 하다.
스테이지 영역에 등록된 파일들은 또 다시 stage 상태와 unstage 상태로 구분된다. 버전 관리에서 제외하고 싶은 파일이 있다면 .gitignore파일에 등록한다.
파일의 stage 상태와 unstage 상태
스테이지 영역으로 등록된 모든 파일은 untracked 상태에서 tracked 상태로 변경된다.
스테이지는 워킹 디렉터리 안에 있는 파일들의 추적 상태를 관리하는 역할을 수행한다.
- 깃이 변화 이력을 기록하려면 파일들의 최종 상태가 stage 상태 여야 한다.
- unstage 상태라면 파일에 변화가 있다는 것을 의미하고, 스테이지 영역에 있는 파일과 워킹 디렉터리 안에 있는 파일 내용에 차이가 있을때
unstage상태가 된다 - 넓게 보면 아직 스테이지 영역으로 등록하지 않은 워킹 디렉터리 안의 파일도 unstage 상태라고 생각할수 있고, 이때는 unstage 상태이자 동시에 untracked 상태이다.
파일의 modified 상태와 unmodified 상태
코드를 변경한다는 것은 워킹 디렉터리에서 파일을 수정하는 것을 의미한다.
파일이 수정되면 워킹 디렉터리와 스테에지 간 내용이 일치하지 않는다. 따라서 스테이지는 수정한 파일과 원본 파일을 구분하려고 modified 상태와 unmodified 상태로 표현한다.
modified 상태
스테이지에 등록된 파일은 깃이 추적 관리한다. 깃이 실제로 기록한 파일이며, 사실상 버전을 의미한다.
개발 작업에서 수많은 코드가 변경되고, 깃을 사용하면 이 변경 내역은 영구적으로 기록된다.
앞에서 말했듯이 깃은 tracked 상태인 파일만 수정 여부를 관리할 수 있다. tracked 상태인 파일이 수정되면 스테이지는 파일 상태를 modifed 상태로 변경한다.
그러면 수정된 파일은 스테이지에서 잠시 제외 된다.
깃은 수정 여부만 체크해 주기 때문에 modified 상태로 변경된 파일은 스테이지로 재등록 해야한다. 수정된 파일을 스테이지 영역으로 다시 적용하려면 git add 명령어로 재등록해야 한다.
unmodified 상태
unmodified 상태는 tracked 상태이면서 스테이지에서 한 번도 수정하지 않은 원본 상태를 의미한다. 이처럼 수정하지 않은 파일들은 재등록하지 않아도 된다. 스테이지에 등록한 후 어떤 수정도 하지 않았다면 unmodified 상태이다. 깃은 파일의 수정 여부를 체크하고, 스테이지 영역의 갱신 작업 여부를 작업자에게 알려준다.
앞에서 배운 개념을 그림 하나로 정리하면 다음과 같다.
- 워킹 디렉터리에서 git add 명령어를 실행하면 스테이지에 등록된다.
- 이때 자동으로 tracked 상태가 된다.
- 파일을 수정하지 않으면 계속 stage 상태에 머무른다.
- 파일이 수정되면 modified 상태가 되고, 스테이지에서 떨어져 나와 unstage 상태가 된다.
- unstage상태의 파일은 워킹 디렉터리에 잠시 담아 둔다. 이때 다시 등록 명령을 실행하면 stage 상태로 변경 된다.
파일의 상태 확인
상태 개념은 깃의 분리된 저장 영역인 워킹 디렉터리와 스테이지, 추적 여부를 의미한다. 깃이 이렇게 다양한 저장 영역을 구분해서 가지고 있는 것은 파일들의 상태를 효율적으로 모니터링 하기 위해서 이다.
status 명령어로 깃 상태 확인
파일을 생성하고 수정한다는 것은 변화를 의미하고, 이러한 변화는 순서가 있다.status 명령어를 사용하면 깃의 상태 메시지를 확인할 수 있다. 특히 status 명령어는 많이 사용하는 깃 명령어 중 하나이다.
$ git status ------ 상태 확인
On bracnh main
No commits yet ------ 커밋이 없다는 메시지
nothing to commit (create/copy files and use 'git add' to track) ------변경된 내용이 없다는 메시지파일 관리 목록에서 제외 : .gitignore
깃은 tracked 상태인 모든 것을 추적 관리한다. 파일뿐만 아니라 서브 폴더와 그 안의 파일들도 포함한다. 즉, 디렉터리 전체가 모두 관리 대상이다. 하지만 프로젝트를 하다보면 모든 파일을 추적하지 않아도 되는 경우가 있다.
실제 작업하다 보면, 워킹 디렉터리에 불필요한 파일이 생성되거나 보안에 민감한 파일들이 있을 수 있다. 로컬 저장소를 혼자만 사용한다면 이러한 파일들은 신경 쓰지 않아도 된다. 하지만 자신의 저장소를 다른 사람들과 공유한다면 이 파일들은 분리해서 관리해야 한다.
깃으로 관리하고 싶지 않은 파일과 폴더는 별도의 .gitignore 설정 파일 안에 나열해서 적어 준다.
.gitignore 파일 표기법
파일에서 #으로 시작하는 줄은 주석으로 처리한다. #없이 완전한 파일 이름을 적어 주면 그 파일은 깃의 관리 대상에서 제외된다.
