[git] add/ commit - 하나의 버전을 만드는 과정 , 로컬 저장소

사전준비

1. 깃을 설치해준다.

 

https://code-lab1.tistory.com/249

[Git] 윈도우10(window 10) 깃(Git) 설치하기 - Git 기초(0.5)

 

'git init' 명령어를 사용한 직후 기본 branch이름을 master로 설정

 

2. 소스트리 설치

https://www.sourcetreeapp.com/

Sourcetree | Free Git GUI for Mac and Windows

 

---

버전관리는 어떻게 진행되는지 알아보자.

 

버전이 만들어지는 공간은 작업 디렉토리(working directory), 스테이지(stage), 저장소(repository)로 이루어져있다.

작업 디렉토리는: 버전 관리의 대상이 위치하는 공간

• 작업 디렉토리에 있는 프로젝트에 변경 사항이 생기는 순간 새로운 버전을 만들 수 있다. 깃으로 버전을 만들땐느 작업 디렉토리 내에서 변경된 파일들 중에서 새로운 버전이 될 파일만 특별한 공간으로 옮기는 작업을 거치게 된다.
• add를 통해 스테이지로 새로운 버전이 될 파일들을 올린다.

스테이지 : 다음 버전이 될 후보가 올라가는 특별한 공간, 임시저장소

• commit을 통해 저장소에 새로운 버전을 만든다.
• commit이후 스테이지 공간은 깔끔하게 비워진다.

저장소 : 버전이 만들어지고 관리되는 공간.

• 스테이지에 있는 파일을 바탕으로 새로운 버전을 만들면 새버전이 저장소에 추가된다. 

---

1. 로컬 저장소 만들기 , 깃 초기화 , 프로젝트 생성

로컬 저장소만드는 방법에는 2가지가있다.

 

방법1. `git init`

깃허브에서 시작하는 경우가 아닌, 내 데스크탑에서 처음 프로그램을 만들어 배포하는 과정일때 사용한다.

내 PC에 git_study라는 빈 폴더가 있을때, 해당 폴더가 있는 경로로 이동해 'git init' 명령어를 작성해주면 해당폴더에 숨김폴더로 .git이라는 폴더가 생성된다. 바로 이 .git숨김 폴더가 있는 공간이 '작업디렉토리 즉 버전이 관리되는 공간'이 되는것이다.

소스트리에서는 create를 통해 로컬 저장소를 만들어준다.

방법2. git clone

깃허브 리포지토리에서 로컬로 가져와서 작업할때, 즉 협업하거나 다른 데스크탑을 이용할때 사용한다.

https://lee-ding.tistory.com/63

[github] clone, push, fetch, pull / 원격 저장

 

2. 버전관리

add : 변경사항을 스테이지 영역으로 보낸다. (스테이징)

먼저 a,b,c, 텍스트 파일을 3개 만들었고, 내용에는 text file a , text file b, text file c을 넣어주었음.

`git add`명령어 사용하기

먼저 `git status`명령어를 통해 현재 디렉토리에 어떤 파일들이 있는지 알아본다.

방금 내가만든 3개 파일이  add되지 않았다고

 

`git add`를 사용하는 방법에는 대표적으로 4가지 정도가 있으며, 필자는 2가지만 다뤄보고 넘어가겠음

1. 작업 디렉토리의 변경 내용의 일부만 스테이징 영역에 넘기고 싶을 때?

$ git add <파일/디렉토리 경로>

2. 현재 디렉토리의 모든 변경 내용을 스테이징 영역으로 넘기고 싶을 때?

$ git add .

이렇게 a.txt , b.txt, c.txt 세 파일을 작업 디렉토리에서 스테이지 영역으로 add된 모습

소스트리에서는 '파일 상태' 에서 클릭 한번으로 쉽게 add를 할 수 있다.

 

 

Commit : 스테이징 영역에 있는 버전을 업데이트할 파일들을 저장소로 보낸다. (버전 업데이트)

버전을 설명하는 메세지인 커밋 메세지를 추가하여 커밋해준다.

git commit -m "message"

커밋을 하여 브런치가 한개 생성된 모습이다.

소스트리를 이용하면 더 쉽고 빠르게 add , commit을 할 수 가 있다. 소스트리를 이용해 커밋을 쌓아 올려보자

a.txt 파일 안에 changed를 새로운 줄로 추가하고, c.txt파일은 삭제한다.

커밋 메세지에 첫번째줄은 커밋 제목, 두번째줄부터는 수정된 내용 설명이다.

2번째 브런치가 생성되었다!!

프로젝트나 개발은 수많은 커밋들이 쌓여 완성된다. 이때 커밋은 커밋 해시를 통해 구분한다. 그런데 해시 값의 길이가 너무 길기때문에 해시 값의 앞부분 일부만 활용하는것이 일반적이다.

 

태그를 붙여 릴리즈하기!

개발한 소프트웨어를 사용자에게 선보이는 것을 릴리즈라고 한다,  대중적인 표기법은 vX. Y. Z이다.

X : 주 버전이라고 부른다. 새롭게 내놓은 버전이 기존에 내놓은 버전과 호환되지 않을 정도로 큰 변화가 있을때 증가

Y : 부 버전이라고 부른다. 일반적으로 내놓은 버전이 기존에 내놓은 버전과 문제없이 호환되지만, 새로운 기능을 추가했을때 증가함.

Z : 수 버전이라고 부른다. 일반적으로 기존에 내놓은 버전과 문제없이 호환되며 , 버그를 수정한 정도르 작은 변화가 있을때 증가한다.

 

 

[참고]

https://www.daleseo.com/git-add/

git add 기본 개념/사용법