일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
- container runtime
- 오픈텔레미트리
- 쿠버네티스
- smart money
- k8s
- Kubernetes Architecture
- Branch
- Instrumentation libraries
- master node
- 쿠버네티스 네터워크
- COMMIT
- Dag
- 기저조건
- 종결 조건
- worker node architecutre
- 워커 노드
- 쿠버네티스 구조
- controller manager
- GIT
- Data store
- 장단기 금리 차
- 깃
- 쿠버네티스 유저
- 마스터 노드
- 왜 쿠버네티스
- worker node
- 컨테이너 런타임
- 워커 노드 구조
- opentelemetry
- Kubernetes User
- Today
- Total
개발과 잡지식
Git01 - Git branch, Commit 본문
Git branch, Commit
자 앞에글 https://dev-any-meg.tistory.com/3 에서 다룬 내용은 git internal 부분으로 우리가 많이 건드리지 않은 내용들이다.
그냥 저렇게 작동하는 구나 알면된다. 실상은 우리는 앞에 구조를 통해서 commit 과 branch 를 사용 할 것이다.
Commit
간단하게 저장하고 싶은 현재 버전을 다른 버전들과 나머지를 구별하기 위한 구분점으로 생각하자.
우리는 언제든지 commit 을 통해서 과거 상태로 돌아 갈 수 있다.
branch
자 과거와 구별하는 commit 들을 통해서 우리는 하나의 일을 하고 싶다. 그럴 때 하나의 일을 지칭하는 언어로 branch를 사용한다.
예를 들어서 프로젝트에 계산기 기능을 만든다고 가정하자
각각의 branch들의 할 일
A : 덧셈을 기능을 고치고 곱셈 기능을 만든다.
B : 빼기 기능을 만들어 추가한다.
master : 덧셈 뺄샘 곱셈 기능을 가진 계산기
위와 같이 역할을 분담했다.
A는 이를 수행하기 과정중에 아래의 커밋을 통해서 상태를 저장했다.
- fix(add) : make add function
- feat(mul) : make Multiplication
B는 자기의 일을 수행하기 위해 아래의 커밋을 만들었다.
- feat(sub) : add sub function
B 처럼 커밋 한번에 변경되는 내용이라면 굳이 branch라는 개념이 필요 없을 것이다. 하지만 A 처럼 목적을 수행하기 위해서 커밋(구별 점)을 2개 만들어 구별 했다.
정리
이렇게 하나의 일을 하기 위해 여러 상태를 저장할 필요가 있기 때문에 commit 왜에서 브런치라는 개념이 존재 한다.
위의 이미지는 각각의 commit들과 branch A : feat/add_mul, B: feat/subtraction을 확인할 수 있으며 최종 적으로 하나의 branch master 로 병합되는 걸 볼 수있다.
풀어 말하자면 덧셈, 곱셈 기능과 뺄셈 기능이 계산기 기능에 들어갔다고 볼 수 있다.
'git' 카테고리의 다른 글
Git04 - Git ignore (0) | 2020.12.25 |
---|---|
Git03 - Git alias (0) | 2020.12.25 |
Git02 - Git remote and local (0) | 2020.12.25 |
Git00 - Git 이란? (0) | 2020.12.25 |