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 |
Tags
- AWS조사
- complexity
- Big-O notation
- 메모이제이션
- 인터프리터
- AWS
- let
- prototype
- 클로저
- 재귀함수
- var
- 개발툴
- scope
- APPEND
- flex기본
- IT
- 리커젼
- css기초
- appendChild
- vscode
- 스코프
- 코드스테이츠
- 기초공부
- CSS
- 원본과 복사본
- node.js
- AWS기초
- 생활코딩
- JavaScript
- node.js설치
Archives
- Today
- Total
Jveloper
Git cherry-pick에 대해서 설명해주세요. 본문
만약 커밋 번호를 알고 있다면 원하는 브랜치에 해당하는 커밋내용만 반영, 업데이트 할 수 있습니다.
이런 목적으로 cherry-pick을 많이 사용합니다.
예를 들어 branchA에서 커밋한 내용 중 커밋 하나만 branchB에 반영하고 싶은 경우가 cherry-pick 사용에 좋은 예 입니다.
cherry-pick은 언제 사용할까?
아직 기존의 Pull Request가 merge가 안된경우 cherry-pick을 사용하여 현재 branch에 반영한뒤 계속해서 필요한 작업을 이어나갈 수 있습니다.
만약 cherry-pick을 사용하지 않는다면 complick가 발생되기 때문입니다.
cherry-pick은 왜 사용할까?
cherry-pick이 없다면 최소1개의 파일에서 변경된 부분을 branch에 있는 코드로 복사 붙여넣기 해야하는 상황이 올지도 모릅니다.
큰 코드를 다룬다면 열개가 넘는 파일에서 변경된 부분만 찾아 복사 붙여넣기 하고 제대로 복사 붙여넣기가 되었나 확인하고,
유닛 테스트와 메뉴얼 테스트를 다시 확인해야합니다.
큰 작업이라면 테스팅을 다시 하는 작업이 만만치 않을것입니다.
비록 전 branch에서 전부 테스트 했더라도 이 branch에서 잘 작동한다는 보장이 없으니 반드시 다시 테스팅을 해야하는데 그 시간에 코드를 복붙하고 검증하는 시간까지 하면 코드 양에 따라 많은 시간이 들어갈것입니다.
cherry-pick을 사용하면 복붙하는 상황을 모면할 수 있습니다.
'끄적끄적' 카테고리의 다른 글
React에서 Component가 왜 중요한가요? (0) | 2019.11.30 |
---|---|
Cookie, Local Storage, Session Storage의 차이점에 대해 설명해주세요. (0) | 2019.11.26 |
Responsive Web Design에 대해 알고있는부분을 설명해주세요 (0) | 2019.11.22 |
HTML5에 대해서 알고있는부분에 대해 설명해주세요 (0) | 2019.11.22 |
와디즈 첫 펀딩 도전기(2019.9 ~ 2019.11) (0) | 2019.11.22 |
Comments