티스토리 뷰
728x90
반응형
rebase 이전 ( rebase 가 필요한 상황 )
feat/issue-1 브랜치를 develop 브랜치 싱크에 맞게 rebase 명령어
$ git pull --rebase origin develop
rebase 이후
feat/issue-1 은 c3,c4를 반영해놓은 뒤 c2'(c2 복사본)을 반영.
왜 사용?
- 리모트 브랜치에 커밋을 깔끔하게 적용하고 싶을 때 사용
- 깨끗한 히스토리를 나타냄 (차례대로 수행한 것처럼 나타냄)
- 브랜치의 변경사항을 순서대로 다른 브랜치에 적용하면서 합침
- merge: 두 브랜치의 최종결과만을 가지고 합친다.
[참고]
[추가공부] cherry-pick
728x90
반응형
'Backend > 꾸준히 TIL' 카테고리의 다른 글
package-lock.json 잦은 변경을 막고 싶어요. (0) | 2022.10.29 |
---|---|
[AWS RDS & TypeORM] 에러해결하기 & 코드리뷰 (0) | 2022.10.29 |
[TIL-2] NestJS + AWS RDS 시작하기 (0) | 2022.10.26 |
[typeorm] typeorm (0) | 2022.10.25 |
[mysql] CLI 명령어로 mysql connection 부르기 (0) | 2022.10.15 |
반응형
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- typeORM
- Jekyll
- Mongoose
- IT용어
- MongoDB
- TypeScript
- MySQL
- 한달독서
- 클린아키텍쳐
- nestjs
- RDBMS
- Nest.js
- 습관개선
- 스마트폰중독
- 갓생살자
- OS
- 한달어스
- nestjs jest
- 나도 할 수 있다
- 참고
- 디지털디톡스
- 개발용어
- gem
- vscode
- node.js
- git
- 바이트디그리
- 미완
- TDD
- jest
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함