taetae98

cherry-pick git cherry-pick이란 다른 브랜치에 있는 커밋을 선택적으로 내 브랜치에 적용시킬 때 사용하는 명령어 입니다. git cherry-pick git cherry-pick git cherry-pick .. 커밋 해쉬를 통해서 하나씩 하는 방법도 있고, ..을 통해 범위로 설정하는 방법도 있습니다. cherry-pick을 사용하는 이유는 다른 브랜치에서 변경된 부분을 가져오고 싶을 때 주로 사용합니다. cherry-pick이 없으면 변경된 내용을 모두 직접 복사해야 하며 이 과정에서 실수가 발생할 수 있습니다. 또한 제대로 복사가 됐는지 다시 테스트하는 과정이 필요하고 많은 작업을 요구합니다. Abort git cherry-pick --abort 충돌이 발생한 경우 abort 명..

Commit 커밋이란 깃으로 관리하는 형상들에 변경이 일어났을 때 변화에 대한 기록입니다. 커밋을 하면 하나의 체크 포인트가 생성되고 원할 때 언제든지 복구를 할 수 있으며 잘 관리된 커밋 내용은 프로젝트를 파악하는데 큰 도움이 됩니다. git commit -m "메시지를 입력하세요" 기본적으로 커밋할 때는 메시지를 필수로 입력해야 합니다. user@AL01724100 Git-Study % git log --oneline 4229d8e (HEAD -> master) dd zzz da7f725 (cc) 첫번째 c1 55831da * c1 868fa2f c1 09002ce update cc 9240159 update aa, cc a9d0be9 Merge branch 'master' into cc 80687b..

브랜치를 합치는 방법에는 크게 merge와 rebase가 있습니다. 두 방법의 차이는 크게 커밋 히스토리가 달라집니다. merge 커밋 순서를 바꾸지 않습니다. 존재하는 브랜치가 변경되지 않습니다. 새로운 merge commit이 생깁니다. 변경 내용의 이력이 모두 그대로 남아 있기 때문에 이력이 복잡해집니다. rebase 커밋 메시지가 시간 순서대로 합쳐집니다. 히스토리가 좀 더 깔끔해집니다. 원래의 커밋 이력이 변경되기 때문에 정확한 이력을 남겨야 할 필요가 있을 경우 사용하면 안됩니다. rebase는 base를 새롭게 설정한다는 의미이고, 커밋 메시지가 좀 더 깔끔해지는 특징이 있습니다. rebase명령어를 통해 커밋 히스토리를 깔금하게 브랜치를 병합할 수 있습니다. user@AL01724100 G..

커밋하지 않은 변경 내용이나 새롭게 추가된 파일들이 작업 트리에 남아있는 채로 다른 브랜치로 전환(checkout)하면, 그 변경 내용은 기존 브랜치가 아닌 전환된 브랜치로 옮겨가게 됩니다. 만약 코드를 열심히 수정하다가 갑자기 핫픽스 요청이 들어오는 경우 완성되지 않은 내용을 커밋하기에는 찝찝하고, 변경사항 전체를 하드 리셋하거나, 새로운 저장소를 만들어서 작업하는 등 명쾌한 해답은 없었습니다. git add . git commit -m "Hotfix 작업을 위한 임시 저장(작업중)" 이런 상황에서 git stash 명령어로 변경사항을 임시 저장했다가, 나중에 다시 이어서 작업할 수 있습니다. user@AL01724100 Git-Study % ls aabbcc aa, bb, cc 파일이 있을 때 cc ..