# squash
[Git] SourceTree로 Squash 하기
안녕하세요. 페이워치코리아 프론트엔드 인턴 Joy입니다! 저희 회사의 Git GUI 툴로 프론트엔드 개발자분들은 SourceTree를, 백엔드 개발자분들은 GitHub Desktop을 사용하고 있습니다. SourceTree를 사용하면서, Squash를 하는 방법에 대해
[Sourcetree] squash 버그 해결
Git GUI로 소스트리를 사용하고 있다.어느 날, git squash를 이용해서 커밋한것들을 합쳐달라는 요청을 받아, git squash를 사용해보았다. squash를 하려고 하위 요소 대화식 재배치... <- 를 클릭을 하였다. 그랬더니 나오는 화면은 다음과
[git] Cant't squash-merge: 'path' was never added 해결법
위 명령어를 통해 subtree 를 squash 할 경우 다음과 같은 에러가 나는 경우가 있다.Cant't squash-merge: 'path' was never added말 그대로 subtree 가 등록이 안됐다는 뜻이기 때문에 등록을 해주면 된다
Squash merge 가 필요한 이유
Squash merge 는 어떤 상황에 필요한걸까? squash merge 가 유리한 상황과 그 이유에 대해서 알아보자.
[CS] Git Branch 문제 Day-66
rebase: 커밋의 베이스를 다시 정하고 싶은 경우squash: 여러 개의 커밋 로그를 하나로 묶고 싶은 경우revert: 커밋 여러 개의 변경 사항을 취소하고 싶은 경우\--amend: 최근 커밋 메시지를 수정하고 싶은 경우취소하기의 경우 추가적으로 공부 해야 한다
[Git][rebase] git merge와 rebase의 차이점, rebase는 왜 사용할까? rebase 사용법
머지는 브랜치를 통합하는 것이다. 병합 시 합쳐진 브랜치의 커밋 메시지가 중복으로 쌓인다.새로운 머지 커밋을 생성한다.base를 재설정한다는 의미로, 브랜치의 base를 옮긴다.branch는 base지점을 가지고 있어 base 에서부터 코드를 수정한다.처음에는 B지점을
Git Workflow & Rebase
Git flow Main branch(시작) ➡️ Develop branch 생성 ➡️ feature(F1/F2) branch 생성(개발 진행) ➡️ Develop branch로 이동(feature F1 개발완료시) ➡️ feature F2 개발 준비 ➡️ D
1차 프로젝트 Git 사용기 및 Rebase
1차 프로젝트를 시작하면서 Git의 전체적인 사용법을 익히게 되었다.원래 commit, push밖에 할 줄 몰랐고 Git에 대한 두려움도 있었는데,브랜치에서 작업하고, PR도 해보고, master에 있는 내용을 merge도 해보면서 많이 익숙해진 것 같다.지금부터 1차
git branch, commit 명령어 이해하기
merge는 branch를 병합할 때 가장 많이 쓰인다. merge는 커밋시간의 흐름대로 커밋을 나열한다. 그래서 직관적으로 시간의 흐름따라 어떤내용이 수정되었는지 확인 할 수 있다. 하지만, 브랜치 갯수가 많아지고 커밋을 돌려놔야할 때 다른사람이 작업한 커밋까지 돌려
Git Rebase vs Squash
git을 이용해 여러 명이 협업을 할 때 자신이 branch를 만들어서 로컬에서 작업을 하고 main branch에 합치려고 할 때 merge를 사용한다.즉, 하나의 브랜치와 다른 브랜치의 변경 이력 전체를 합치는 것이다.a,b,c 커밋을 refer하는 m이 생성되고
git rebase / squash 관련 예제 및 내용 정리
git branch 상에서 작업을 마치고 나서 merge 명령어를 통한 merge 작업은 그 이력이 누적되게 되면 merge-commits들이 쌓이게 되어 프로젝트가 오래 진행 될 수록 그 이력이 복잡해지기 쉽다. 위와 같은 문제를 해결하고자 `git rebase`,
Git rebase : 커밋을 하나로 뭉쳐서 Push하자!
Git rebase 깃 리베이스는 커밋을 하나로 정리하여 서버 마스터로 푸시하기 위해 사용된다. 많은 인원이 한 프로젝트를 진행하다 보면 커밋,푸시 내역이 뒤엉켜 지저분한 모습이 되는데 rebase를 통하면 보기좋고 깨긋한 커밋내역을 확인 할 수 있게 된다.(쓸모없
(git) git rebase
rebase 란 말 그대로, base를 다시 설정한다는 뜻이다. git에서 base는 나의 branch를 딴 시점의 master base를 의미한다. master branch의 가장 최신 base는 HEAD라고 한다. rebase를 하면 fastforward merg
[Git] Git merge 전략
보통 일반적으로 알고 있는 merge 전략이다. 이 방법은 머지 브랜치가 삭제되더라도 히스토리 그래프 상에는 다른 가지로 남아있다.'어떤 브랜치에서 어떤 커밋이 진행되어 어떻게 머지 되었군'을 자세하게 알 수 있는 히스토리가 남는다. 머지가 수행되면 머지커밋(merge