Git (3) 썸네일형 리스트형 [GitKraken] Pull 사용시 유의점 - 다른 사람의 커밋이 같이 푸시되는 문제 문제 상황1. 팀원분이 PR을 올리셨고, 해당 브랜치는 dev에 merge 되었다.2. 그래서 나는 local dev을 최신 origin dev로 바꾸기 위해 pull을 (잘못)사용했고..3. 결과적으로 develop에 내 브랜치를 Rebase 시켰을 때,내 브랜치 안에서 커밋과 팀원분의 커밋이 섞여서 올라가게 되었다. 당황스러운 마음에 당시 화면은 캡처하지 못했지만, 대략 이런 식으로 내 브랜치에 팀원분의 커밋까지 같이 올라간 상황이었다. 그리고 내가 올렸던 PR에도 다른 팀원분의 커밋이 겹쳐서 올라가게 되었다. 문제 발생 이유 pull을 받아올 브랜치를 잘못 설정한 것이 화근이었다. 결론부터 말하면,원래는 local dev를 최신 dev로 바꾸기 위해, local dev로 checkout 한 뒤 .. [GitKraken] 브랜치를 원격 develop에 Rebase 하는 방법 상황dev에서 feature 브랜치를 생성하여 작업 중이었는데, 팀원이 다른 브랜치를 dev에 merge 시킨 상황이다. 오래된 코드에서 계속 작업하는 것보다는 최근에 올라온 코드로 업데이트시키는 게 좋으므로,로컬 dev를 원격 dev로 업데이트 시킨 뒤 내 작업 브랜치를 dev에 Rebase 해주는 것이 좋다. 이제부터 그 과정을 알아보자! 과정1. 로컬 dev를 원격 dev로 업데이트하기origin(원격) dev로 이동하면, 이미 dev가 존재한다는 알림이 뜬다.[Reset Local to Here]을 클릭하면 된다. 그러면 아래와 같이 로컬 dev가 원격 dev로 업데이트 된다.이렇게 하면 굳이 pull을 쓰지 않아도 dev를 업데이트 할 수 있다. 2. dev에 내 브랜치를 Rebase하기로컬 .. [GitKraken] Rebase로 커밋 히스토리 깔끔하게 정리하기(3개 브랜치 연속으로 merge 시키기) 상황브랜치 3개를 develop에 모두 merge해야 하는 상황이었고, Rebase를 이용하여 커밋 히스토리를 깔끔하게 만들고자 했다. 아래는 merge하기 전, GitKraken의 커밋 히스토리 상태이다. 브랜치 자체를 dev에 Rebase하는 건 간단하지만, 위 브랜치 B, C는 dev에서 생성한 것이 아니고 B는 A에서, C는 B에서 순차적으로 생성한 것이라 상황이 조금 복잡하다. 이렇게 여러 브랜치를 순차 생성한 상황일 때는 어떤 순서와 과정으로 dev에 merge해야 하는지 기록하기 위해 글을 작성하게 되었다. ⬇️ 브랜치를 Rebase하는 방법은 아래 포스팅에 써놓았다.https://suoop.tistory.com/98 [GitKraken] 브랜치를 원격 develop에 Rebase 하는 방.. 이전 1 다음
