일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- ethers
- rust 기초
- git rebase
- vue기초
- 스마트컨트렉트 예약어 함수이름 중복
- ethers typescript
- SBT표준
- 스마트컨트렉트 함수이름 중복 호출
- 컨트렉트 배포 자동화
- 오블완
- ethers websocket
- 컨트렉트 동일한 함수이름 호출
- multicall
- 티스토리챌린지
- 러스트기초
- nest.js설명
- 스마트컨트렉트테스트
- ethers v6
- 스마트컨트렉트프록시
- 머신러닝기초
- 체인의정석
- 스마트 컨트렉트 함수이름 중복
- ethers type
- 프록시배포구조
- Vue.js
- Vue
- chainlink 설명
- 러스트 기초
- 러스트 기초 학습
- ambiguous function description
Archives
- Today
- Total
체인의정석
git rebase로 소스 코드 수정사항 반영하기 본문
728x90
반응형
먼저 git rebase는 과거에도 정리한 적이 있지만 실제로는 항상 소스를 합칠 때 pull과 merge를 썼었다.
rebase는 다른 브랜치와 합치기 전에 충돌을 미리 다 해결하고 정리가 된 상태에서 머지를 하는 것인데 이렇게 rebase가 되어 있는 코드는 커밋 내용이 이쁘게 정렬이 되며 머지 할 당시에 충돌도 안 일어나서 rebase를 쓰는 것이 더 기록을 보기에 좋다고 한다.
https://it-timehacker.tistory.com/143
그래서 이번 기회에는 rebase를 통해 머지 하는 것을 해봤는데 그 과정을 잊지 않기 위해 명령어를 순서대로 정리해본다.
1. 먼저 pull을 받을 때 부터 rebase 를 넣어주면 된다.
git pull origin/dev --rebase
2. 충돌이 없으면 바로 rebase가 끝난다.
3. 만약 충돌이 있다면 merge 때와 같게 충동을 해결해 준다.
4. 충돌을 해결해주었다면 다시 rebase를 하기 전에
git rebase --continue
continue를 해주어야 한다. 만약 안하면 이미 rebase 중이라는 에러가 나오는데 이 부분에서 에러를 많이 먹었다.
5. 마지막으로 push 후 pr요청을 날리면 된다.
728x90
반응형
'개발 > git' 카테고리의 다른 글
깃허브에서 내가 바라보던 브랜치가 업데이트 되어서 브랜치가 꼬였을때의 해결법, 깃허브 로컬 브랜치 삭제하기 (2) | 2024.01.04 |
---|---|
git)Make sure you configure your 'user.name' and 'user.email' (0) | 2023.08.01 |
git submodule에서 풀 받고 나온 파일 없애는 법 (0) | 2023.06.16 |
git에서 원격 저장소에 있는 커밋 되돌리는 방법 정리 (0) | 2023.06.09 |
ssh 키 생성 후 github/bitbucket 연결하는 법 (0) | 2023.05.18 |
Comments