Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 정보처리기사실기 기출문제
- 쿠버네티스
- minikube dashboard
- kubectl 설치
- skaffold
- k9s
- 정보처리기사 실기 기출문제
- PETERICA
- mysql 튜닝
- 기록으로 실력을 쌓자
- CKA 기출문제
- AWS EBS
- kubernetes tool
- 공부
- MySQL
- AWS EKS
- minikube
- IntelliJ
- aws
- Redis 모니터링
- Spring
- 정보처리기사 실기
- CKA
- Linux
- Java
- APM
- Kubernetes
- Kubernetes 자격증
- Pinpoint
- CloudWatch
Archives
- Today
- Total
피터의 개발이야기
[git] 체리픽 Cherry-pick, feature 로그 깔끔하게 merge하기 본문
반응형
ㅁ 들어가며
git에 소스를 머지할 때, 단위 개발에 지저분한 커밋을 dev, 운영에 머지할 때에 불필요한 comment가 올라가는 경우가 있다.
이를 깔끔하게 하는 방법으로 체리픽이 있어서 sourcetree 기준으로 체리픽하는 방법을 정리하였다.
ㅁ 개발 커밋 커멘트 가정
ㅇ 개발 요건으로 task1, task2를 가정해보자.
ㅇ 각 개발건의 이러저러 커밋내용이 있다.
ㅁ feature/task2에서 dev로 merge
ㅇ task2가 개발 완료되어 dev에 머지하였다.
ㅇ feature/task2와 dev가 커밋된 상태가 확인된다.
ㅇ 현재 브랜치를 보는 스코프는 모든 브랜치인데 이것을 dev로 바꾸어 보면, task2에서 커밋된 세부 설명이 다 나열되어 있다.
ㅁ 체리픽
ㅇ 모든 브랜치 보기로 변경하고 task1을 체리픽 해 보았다.
ㅇ 머지에 문제가 없으면 바로 커밋처리했다.
ㅇ 체리픽은 값만 복사해서 dev에 머지를하기 때문에 commit ID가 다른 별개의 커밋이다.
ㅁ 코멘트가 정리된 선택적 커밋 == 체리픽
ㅇ dev에 커밋된 내용만 보면 task1의 다른 커밋 설명은 보이지 않고, 선택한 커밋의 내용만 확인할 수 있다.
ㅇ dev와 task1을 비교해 보아도 내용은 task1의 최종 변경되 버젼이 머지되었다.
반응형
'Programming > GitHub' 카테고리의 다른 글
[Git] 깃허브(Github) 프로필 README 추가방법 (0) | 2024.02.13 |
---|---|
[github] GitHub Action으로 티스토리 블로그 코롤링하여 커밋하기 (0) | 2024.02.13 |
[Github] Repository 합치기 (0) | 2024.02.13 |
Comments