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
- 자바 향상된 for문
- 타입스크립트
- 자바 for문
- 정보처리기사실기
- 자바 public
- 프로그래머스
- MySQL
- 자바 강제 캐스팅
- 자바 while문
- 항해99 2기
- react ag grid
- 자바 구구단 출력
- 자바 스캐너
- 자바 switch문
- 자바 자동캐스팅
- java
- 항해99
- react with typescript
- 자바
- 자바 반복문
- 이클립스 DB연동
- Vue3
- 자바 삼항연산자
- Til
- 조코딩
- TypeScript
- 자바 조건문
- 자바 공배수
- 변수
- 자바 if문
Archives
- Today
- Total
뇌 채우기 공간
[Git] github branch rebase 하는 법 본문
[하는 방법]
리베이스 하고 싶은 브랜치에 체크아웃하고
베이스가 됐으면 좋겠는 브랜치 명을 적는다.
git rebase 베이스 브랜치
[rebase란?]
내가 이해한 바로는 베이스가 되는 코드를 바꾸는 것이다.
(왼) 이렇게 마스터 브랜치에 A 브랜치와 B 브랜치가 있다고 했을때 베이스는 파란색 점이다.
(오) 이때 A브랜치를 merge하고 B브랜치의 베이스를 A브랜치로 만드는 것이다.
이때 A브랜치와 B브랜치에서 충돌나는 게 없으면 스무스하게 리베이스가 되고 아니라면 코드를 선택하라고 나온다.
코드의 플로우도 엄청 깔끔하게 유지할 수 있어서 내가 항해를 하면서
팀원들이랑 쓰던 기능인데 이런 리베이스에도 위험성이 있다고 한다.
이미 공개 저장소에 Push 한 커밋을 Rebase 하지 마라
라고한다.
리베이스를 하면 새로운 커밋이 발생해서 또 push하고 merge해야하는 상황이 생긴다고 하는 것 같은데..
자세한 내용은 아래에서 확인
출처 : 깃허브
Git - Rebase 하기
Rebase는 기존의 커밋을 그대로 사용하는 것이 아니라 내용은 같지만 다른 커밋을 새로 만든다. 새 커밋을 서버에 Push 하고 동료 중 누군가가 그 커밋을 Pull 해서 작업을 한다고 하자. 그런데 그 커
git-scm.com
728x90
'Git' 카테고리의 다른 글
[Git] 커밋이 아니고 여기서 브랜치를 만들 수 없습니다. (0) | 2022.03.20 |
---|---|
[Git] git pull 안될때 /현재 브랜치의 끝이 리모트 브랜치보다 뒤에 있으므로 업데이트가 거부되었습니다 (0) | 2022.02.17 |
[Git] Github 깃허브 최신 커밋 삭제 (0) | 2021.11.24 |
[Git] git flow feature branch 관리하기 (0) | 2021.11.22 |
[Git] 커밋메세지 쓰는 법 (0) | 2021.09.24 |