git매뉴얼7 다른 브랜치에서 내가 원하는 커밋만 가져오고 싶을 때(git cherry-pick) 다른 브랜치에서 내가 원하는 커밋만 골라서 가져올 수 있는 커맨드가 있다. 알아두면 정말 유용하기 때문에 블로그에 정리해 두려고 한다. 체리픽(cherry-pick)이 필요한 상황 test 브랜치에서 두개의 작업을 수행하고 각각 커밋했다. (커밋 순서 : Add get_Sum_ver1 function → Add get_Sum_ver2 function) 그리고 나서 다시 premium 브랜치로 이동해서 test 브랜치를 합치려고 했는데(머지) 두번째 커밋은 반영하지 않고 첫번째 커밋만 반영해야 하는 상황이 되었다. 내가 원하는 커밋만 골라서 가져오기 위의 상황에서 최종 버전이 아닌 내가 원하는 커밋만 골라서 합칠 수 있는 커맨드가 있다. git cherry-pick 커밋아이디 체리 픽은 어떤 제품이나 서비.. 2022. 12. 19. 머지 기록 없이 깔끔한 커밋 히스토리 관리하기(git rebase) 커밋 히스토리에 머지 기록 없이 코드를 합칠 수 있는 방법이 있다. A 브랜치와 B 브랜치가 있다. 두 브랜치에서 각각 작업을 한 내역이 있는데 이걸 A 브랜치에 합치려고 한다. 두가지 방법이 있는데 그 첫번째는 A 브랜치에서 B 브랜치를 머지하는 방법이다. git merge B브랜치명 그런데 이렇게 하면 커밋 히스토리에 머지를 한 내용이 남는다. 만약 머지한 내용을 남기고 싶지 않고 원래 한 브랜치에서 작업한 것처럼 보이게 하고 싶다면 어떻게 해야 할까? 커밋 히스토리를 깔끔하게 관리할 수 있는 git rebase 그럴 때에는 rebase 명령어를 사용하면 된다. git rebase [합치고 싶은 브랜치명] rebase는 단어 그대로 베이스를 다시 설정한다는 의미이다. 위의 사진처럼 커맨드를 실행시킨 .. 2022. 12. 13. Remote Repository 내용을 merge하지 않고 가져오기(git fetch) git pull은 리모트 레포지토리 내의 해당 브랜치가 가리키고 있는 모든 커밋을 로컬 레포지토리로 가져와서 머지를 하는 명령어이다. 그런데 간혹 아래와 같은 상황이 발생할 수 있다. 리모트 레토지토리의 브랜치 내용을 머지하기 전, 점검해야 할 필요가 있다. 리모트 레포지토리의 브랜치 내용과 로컬 레포지토리에서 직접 작성한 코드를 비교해서 오류가 없는지 검토해야 한다. 그럴 때 리모트 레포지토리에 있는 내용을 무조건 머지하는 것이 아니라, 일단 가져와서 내용을 살펴보고 머지를 할 수 있는 명령어가 있다. 아래 명령어를 사용하면 된다. git fetch fetch는 우리말로 '가져오다'라는 의미를 가지고 있다. 이 명령어를 사용하면 머지를 하지는 않고, 리모트 레포지토리에 있는 내용을 가져오기만 한다. 예.. 2022. 11. 30. 브랜치 머지(branch merge)하는 방법 브랜치를 생성했다면 프로젝트를 변경하기 전, 본인이 어떤 브랜치로 작업을 하고 있는지 꼭 확인을 해야 한다. 이번 포스팅에서는 다른 브랜치에서 작업한 내용을 합치는 방법에 대해서 포스팅해보려고 한다. 상황 정의 브랜치를 생성해서 작업을 하고 있는데, 해당 작업이 다른 브랜치에도 적용이 되어야 한다는 사실을 알았다. 다른 브랜치로 이동을 해서 동일한 작업을 반복해도 상관 없겠지만, 그런 번거로움 없이 기존의 작업 내용을 그대로 반영하는 방법이 있다. 이것을 브랜치 머지(branch merge)라고 한다. 머지(merge)는 영어로 '병합하다'의 의미를 가지고 있다. 브랜치 머지(branch merge)하는 방법 브랜치 머지를 실행하는 명령어는 아래와 같다. git merge 브랜치명 # 현재 위치의 브랜치.. 2022. 11. 16. 최신 커밋(commit) 내용 수정하기(커밋 메세지 수정 아님) 커밋 메세지를 입력하고 커밋을 모두 완료했는데, 오탈자를 발견하거나 혹은 내용을 수정하고 싶을 때가 있을 것이다. 물론 내용을 변경한 후에 다시 커밋을 해도 되지만 그러면 불필요한 커밋 히스토리가 남게 된다. 깃에서는 본인이 한 최신 커밋 내용을 수정할 수 있는 기능을 제공하고 있는데 이번 포스팅에서는 그 방법에 대해 설명해보려고 한다. git log --pretty=oneline 명령어를 사용해서 아직까지 했던 커밋 히스토리를 살펴 보았다. (이 명령어에 대해 더 자세히 알고 싶다면 요기 클릭 → https://heina-fantasy.tistory.com/268) 지금부터 아래의 히스토리 중, 가장 마지막에 커밋한 Update commit_test.txt의 내용을 수정해 볼 예정이다. 먼저 해당 파일.. 2022. 10. 19. 아직까지 했던 모든 커밋 히스토리 확인하기(git log) 우리는 프로젝트를 진행하며, 아직까지 했던 모든 커밋 목록을 확인하고 싶을 수도 있다. 커밋 히스토리(Commit History)라고 하는데 이번 포스팅에서는 이를 확인하는 방법에 대해서 정리해보려고 한다. 커밋 히스토리 확인하는 방법 커밋 히스토리를 확인하는 명령어는 log 이다. 아래와 같이 터미널을 실행하고 해당 디렉토리로 이동해서 git log 명령어를 실행하면 아직까지 했던 커밋의 목록을 순서대로 볼 수 있다. git log 이러한 커밋 히스토리를 볼 때 주의해야 할 점은, 가장 처음에 한 커밋이 가장 아래에 위치해 있다는 것이다. 리스트가 거꾸로 표시되기 때문에 위에 있을수록 최근에 한 커밋이다. 히스토리에서 확인할 수 있는 내용은 아래와 같다. 커밋 아이디(= 커밋 해시 / commit 뒤로.. 2022. 10. 14. Git 명령어 도움말 실행 - 의미 & 사용법 더 알아보기(git help) Git을 공부하다 보면 git add, git commit, git status 등 다양한 명령어에 대해서 배우게 된다. 이러한 명령어들의 의미, 사용법 등을 더 자세히 알고 싶다면 어떻게 해야 할까? 우리가 특정 프로그램을 설치하면 도움말을 찾아서 볼 수 있듯이, 터미널에서도 git 명령어에 대한 도움말을 실행할 수 있다. Git 명령어 도움말 보기 Git 명령어 도움말을 실행하는 방법은 간단하다. git help [명령어] 또는 man git-[명령어] 를 입력해서 실행하면 되는데 [명령어] 자리에 git 뒤에 오는 명령어 알파벳을 입력하면 된다. 대괄호는 구분하기 쉽도록 사용한 것으로 실제 터미널에서는 함께 쓰지 않도록 한다. 쉽고 빠른 이해를 위한 예제 한가지! 변경한 파일을 Staging Are.. 2022. 9. 13. 이전 1 다음
