일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 체인의정석
- ambiguous function description
- ethers type
- multicall
- 러스트 기초
- git rebase
- 컨트렉트 동일한 함수이름 호출
- ethers websocket
- 티스토리챌린지
- 스마트컨트렉트 함수이름 중복 호출
- ethers typescript
- 스마트컨트렉트테스트
- 스마트컨트렉트프록시
- vue기초
- 오블완
- 프록시배포구조
- Vue.js
- Vue
- ethers
- rust 기초
- 러스트기초
- SBT표준
- 머신러닝기초
- 스마트컨트렉트 예약어 함수이름 중복
- 컨트렉트 배포 자동화
- 스마트 컨트렉트 함수이름 중복
- ethers v6
- chainlink 설명
- nest.js설명
- 러스트 기초 학습
Archives
- Today
- Total
체인의정석
git) Pull Request 전 코드 업데이트 후 merge 하기 본문
728x90
반응형
여태까지 vscode에서 git을 쓰면서
git checkout devleop 으로 가서 git pull을 받고 다시 체크아웃으로 돌아오면
변경된 사항도 같이 와서 충돌을 해결했었다.
하지만 이번에는 돌아와도 수정사항이 없고 2 commits behind develop이라는 메세지만 나왓다.
이는 git merge develop을 안했기 때문인데,
develop과 merge를 하는 명령어를 직접 입력해야 되는데 그동안 무언가 프로그램이 자동으로 해주었던것 같다.
참고로 develop 브랜치에서 계속해서 pull을 받고 올리기 직전에 git stash를 써서 새로 브랜치를 만들고 PR pull request를 올리면 된다고 한다.
오전에도 깃에 대한 새로 알게 된 활용법이 있었다.
사수 분의 커밋이 먼저 올라와 있는 상태에서 이걸 미리 반영해서 내 코드와 같이 작동하는지 보고 PR을 올리려는 상황이였다.
이 경우 원래 내가 사용하던 브랜치에서 새로운 브랜치를 git checkout -b 새로운 브랜치로 분기시켜서 복사를 해두고 현재 pr 중인 브랜치와 git merge를 해버리면 된다. 그리고 테스트를 마치고 나서는 해당 브랜치가 아닌 원래 내 코드만 있는 브렌치를 바로 올리면 된다.
또한 이렇게 2명 커밋이 쌓여있는 경우 패키지 버전은 올리지 않고 나중에 커밋을 해주시는 선임이 설정해주기 때문에 패키지 버전을 그대로 두고 push를 하면 된다.
728x90
반응형
'개발 > git' 카테고리의 다른 글
Git 복습하기 (계속해서 업데이트) (0) | 2021.11.24 |
---|---|
git) 대용량 파일 올리기 (0) | 2021.10.13 |
Git) 브랜치 rebase 하기 (0) | 2021.09.09 |
Git) Patch 설명 및 명령어 정리 (0) | 2021.09.09 |
git 사용하기 3) 팀원간 같은 소스에서 작업할 시, 깃허브 업데이트 방법 (0) | 2021.08.11 |
Comments