Git은 다수의 사람들(혹은 개인)이 동일한 작업을 동시에 할때 수정 범위부터 수정된 내용까지 히스토리까지 함께 복제해, 언제든 복구가 가능하도록 만든 분산 버전 관리 시스템이다.
<Git 사용에 가장 중요한 개념>
1. 커밋 Commit
파일을 저장소에 기록하려면 커밋을 눌러줘야 한다. 커밋한 기록들은 시간순으로 정렬된다. 커밋은 이력을 남기는 중요한 작업이므로 커밋 버튼을 누를 때 메시지를 필수로 입력해야 한다 (변경된 사항을 확인하고 바로 찾아낼 수 있도록)
<커밋 메시지 작성법> 첫째 줄 : 헤더 코드 변경 (커밋 내의 변경 내용을 요약) 둘째 줄 : 빈 칸 셋째 줄 : 헤더 라인이 미흡해 다른 디자인으로 변경 (변경한 구체적인 이유 기재) |
작업하는 폴더를 작업 트리 Work Tree라고 부르며, 저장소와 작업 트리 사이에 공간을 인덱스Index라고 한다.
작업 트리에서 작업 후, 인덱스에서 변경 사항을 기록하고 저장소에 기록(stage 스테이징)한다.
2. 푸시 Push
로컬저장소에 수정한 뒤 원격 저장소에 공유해야한다. 이때 변경된 파일을 업로드하는 것을 푸시Push라고 한다. Push를 하면 원격 저장소와 로컬 저장소가 동일하게 된다.
3. 클론 Clone
원격 저장소에 저장된 수정 내역을 복제하려면 클론Clone을 해야한다.
4. Pull
원격 저장소에 공유된 다른 사람들의 작업들을 내 로컬 저장소에 적용하려면 Pull풀 한다.
5. 브랜치
한 작업에서 독립적으로 따로 떨어져서 작업을 할 수 있게 나온 개념이다. 각각 브랜치는 서로에게 영향을 끼치지 않아 여러 작업을 동시에 진행할 수 있다는 이점이 있다. 이렇게 만들어진 브랜치는 다른 브랜치와 병합 Merge해 새로운 하나의 브랜치가 될 수 있다.
저장소를 처음 만들 때 master 브랜치가 생성된다. master 브랜치를 통해 파일 수정 내용 등이 저장된다. 그러나 또다른 브랜치를 생성하고 checkout(사용한다고 선언) 하면 master 브랜치에서 다른 브랜치로 넘어간다.
참고 사이트 :
https://backlog.com/git-tutorial/kr/intro/intro1_3.html
'프론트엔드 로드맵' 카테고리의 다른 글
프론트엔드 로드맵 24 - 웹보안지식 : HTTPS/CORS/컨텐츠 보안 정책/OWASP 보안 취약점 (0) | 2020.05.15 |
---|---|
프론트엔드 로드맵 23 - Github깃허브 계정 생성 및 사용 방법 (왕초보도 따라할 수 있다!) (0) | 2020.05.14 |
프론트엔드 로드맵 21 - 버전관리 version control systems (0) | 2020.05.11 |
프론트엔드 로드맵 20 - 자바스크립트의 모든 것 (호이스팅, 이벤트 핸들링, 버블링, 스코프, 프로토타입, shadow DOM, strict mode) (0) | 2020.05.11 |
프론트엔드 로드맵 19 - 모듈러 자바스크립트와 ES6+ (0) | 2020.05.11 |