일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 정렬
- MySQL
- 공룡게임
- 게임
- flask
- class
- react
- cookie
- Express
- 자료구조
- Dinosaur
- MongoDB
- nodejs
- game
- GIT
- Queue
- Nest.js
- JavaScript
- Sequelize
- Python
- typeORM
- TypeScript
- AWS
- dfs
- mongoose
- jest
- nestjs
- OCR
- Bull
- Today
- Total
목록Cherry-pick (2)
포시코딩

개요 최근 항상 하나의 브랜치로 충돌날 일 없이 1인 개발만 해오다가 github에서 readme.md 파일 수정 후 pull 없이 내꺼에서 commit 후 push를 시도해버렸다.. 크리티컬한 에러가 나진 않았지만 대충 '' 니 remote commit이랑 local commit이랑 이력이 다른데 push 못해준다. 어케 할거임? 해결하셈. ''이란 메시지를 받았다. 이전 마지막 커밋 이후 remote(github)에서와 local(내 컴퓨터)에서의 커밋이 각각 달라서 생기는 상황인데 git을 많이 안써본 사람이라면 여기서 별거 아니라 생각하고 멋대로 pull을 하다간 대형사고를 치기 마련이다. 나도 오랜만에 이런 상황이 생겨서 아무 생각없이 git pull을 쳤다가 순간 remote가 덮어씌워지면 오..

Cherry-Pick이란? rebase를 통해 다른 브랜치의 전체 commit 내역을 복사해오지 않고 특정 commit 내역만을 가져오고 싶을 경우 사용하는 기능이다. 토픽이나 패치 브랜치에서 개발된 특정 commit만을 가져오고 싶은 경우 즉, 하나의 commit만 rebase하는 것! 예시 master 브랜치와 slave 브랜치가 있다고 가정 master 브랜치에는 Test_1 파일이, slave 브랜치에는 Test_2 파일이 존재 위 사진은 slave 브랜치가 head인 상황이다. 여기서 'master - 변수 생성' commit만 가져오고 싶은 경우 해당 commit에 대해 Cherry-Pick 확인하고 Cherry-Pick 버튼을 눌러 진행한다. 'master - 변수 생성' commit을 적용..