본문 바로가기

개발자 꿈나무107

깃허브(Remote Repository)에 올린 커밋 취소하기(git revert) 로컬 레포지토리에서 작업하고 깃허브에 push까지 완료했는데 취소해야 하는 상황이 발생한다면... 이럴 때 사용하는 명령어가 있다. 리모트 레포지토리 최신 커밋 취소하는 방법 로컬 레포지토리에서 작업한 내용을 커밋하고 깃허브의 리모트 레포지토리에도 업로드했다. 그런데 해당 작업 내용을 모두 되돌려야 한다는 사실을 알았다면... 그럴 때에는 아래 명령어를 사용해서 작업한 내용을 취소하면 된다. git revert 커밋아이디 revert는 한국어로 번역하면 '돌아가는 것'이라는 의미이다. (출처: 구글 번역기) 커밋 히스토리를 살펴보니 최근 커밋의 아이디는 18173fa4e...로 시작하는 것을 확인할 수 있었다. 그래서 git revert 1817 명령어를 입력하고 실행했다. 커밋 메세지를 입력하라는 새로.. 2022. 12. 4.
누가 작업했는지 알고 싶을때(git blame, git show) 프로젝트의 특정 부분을 누가 작업했는지 알고 싶을 때 사용하는 명령어가 있다. 한 개의 파일을 확인하는 방법, 한 개의 커밋을 확인하는 방법 - 두 가지 방법이 있으며 각각 다른 명령어를 사용한다. 한 개의 파일을 추적하고 싶을 때 특정 파일의 히스토리를 알고 싶은 경우 git blame이라는 커맨드를 사용한다. blame은 한국어로 '탓하다' 라는 의미라고 하는데...(응?) 보통 해당 작업을 누가 했는지 찾아야 하는 상황이라면 코드에 오류가 발생한 것일테니 묘하게 어울리는 것 같기도 하다 🤣 git blame 파일명 아래와 같이 git blame calculator.py를 입력하여 calculator.py라는 파일을 누가 작업했는지 히스토리를 살펴보았다. 괄호 안의 아이디를 통해서 작업자를 확인할 수.. 2022. 12. 1.
Remote Repository 내용을 merge하지 않고 가져오기(git fetch) git pull은 리모트 레포지토리 내의 해당 브랜치가 가리키고 있는 모든 커밋을 로컬 레포지토리로 가져와서 머지를 하는 명령어이다. 그런데 간혹 아래와 같은 상황이 발생할 수 있다. 리모트 레토지토리의 브랜치 내용을 머지하기 전, 점검해야 할 필요가 있다. 리모트 레포지토리의 브랜치 내용과 로컬 레포지토리에서 직접 작성한 코드를 비교해서 오류가 없는지 검토해야 한다. 그럴 때 리모트 레포지토리에 있는 내용을 무조건 머지하는 것이 아니라, 일단 가져와서 내용을 살펴보고 머지를 할 수 있는 명령어가 있다. 아래 명령어를 사용하면 된다. git fetch fetch는 우리말로 '가져오다'라는 의미를 가지고 있다. 이 명령어를 사용하면 머지를 하지는 않고, 리모트 레포지토리에 있는 내용을 가져오기만 한다. 예.. 2022. 11. 30.
머지(Merge)의 두가지 종류(Fast-forward & 3-way)와 규칙 머지(Merge)는 일정한 규칙을 가지고 이루어지는데, 이 규칙에 따라 두가지 종류로 나눌 수 있다. 오늘은 이러한 머지의 규칙과 종류에 대해서 포스팅해보려고 한다. 머지(Merge)의 규칙 머지를 할 때 컨플릭트(Conflict)가 발생하는 경우가 종종 있다. 컨플릭트가 발생하는 이유에 대해서는 이미 알고 있지만, 그렇다면 git은 어떤 규칙으로 파일을 합치는 것일까? 머지는 아래 두가지 규칙에 따라 이루어진다고 한다. 브랜치의 가지가 갈라져 나온 시점의 커밋 내용과 비교했을 때, 달라진 부분이 있다면 우선하여 적용 만약 두 브랜치에서 동일한 부분에 변화가 있다면, git은 어떤 것을 우선시해야 할지 판단하지 못함 → 컨플릭트를 발생시켜서 사용자가 직접 선택하도록 유도 머지(Merge)의 종류 위의 규.. 2022. 11. 23.
HEAD와 브랜치의 관계(개념, 원리) HEAD와 브랜치의 관계, 더 나아가 git reset의 개념에 대해서 추가로 알아보도록 하자. 글로만 쓰는 것보다 이미지와 함께 설명하면 더 좋을 듯 해서 피그마로 후다닥 그려 보았는데...🥲 이해에 도움이 될지 모르겠다. 브랜치(branch)의 개념 브랜치는 커밋을 가리키는 포인터이다. 아래 이미지와 같이 세번째 커밋을 한 후 premium 브랜치를 새로 만들어서, main 브랜치와 각각의 작업을 수행했다면 main 브랜치와 premium 브랜치는 각각 다른 커밋을 가리키는 포인터인 것이다. 헤드(HEAD)의 개념 HEAD는 이러한 브랜치를 가리키는 포인터이다. HEAD가 가리키는 커밋에 따라 working directory가 달라진다. 따라서 아래 이미지의 경우, HEAD가 main 브랜치를 가리키.. 2022. 11. 22.
브랜치(branch)를 깃허브(github)에 push하기 한동안 로컬 레포지토리에서 작업한 내용을 깃허브에 업로드하지 않았다. 예전에는 git push 명령어 하나만 쓰면 자동으로 업로드가 되었었는데... 이제 로컬 레포지토리에는 브랜치도 생겼다. 어떻게 해야 하지? 산을 넘으면 또 산이 기다리고 있다. 하지만 이번 산도 잘 넘을 수 있을 것이다. 깃허브에 브랜치 작업내용 push하는 방법 premium 브랜치에서 아직까지 했던 커밋 리스트를 확인해보았다. 아래 이미지에서 표시하고 있는 것들의 의미는 다음과 같다. (HEAD -> premium) : HEAD는 premium 브랜치의 최신 커밋을 가리키고 있다. (main) : 로컬 레포지토리에서 main 브랜치로 작업한 최신 커밋이다. (origin/main) : main 브랜치의 해당 커밋까지 깃허브에 업로.. 2022. 11. 21.
머지 취소하기(git merge --abort) 이제 나는 머지를 할 수 있고, 컨플릭스가 발생했을 때 해결도 할 수 있다. 그럼 이번에는 이미 실행한 머지를 취소하는 방법에 대해서 알아보자! 머지를 시도했는데 사실은 머지를 나중에 하고 싶었던 경우 (단순 실수) 컨플릭스가 발생한 파일인 너무 많아서 다시 수정한 후에 하고 싶은 경우 등의 이유로 머지 자체를 취소하고 싶을 수도 있다. 이럴때는 아래와 같은 커맨드를 사용하여 머지를 실행했던 사실을 완전히 없었던 일로 만들 수 있다. 이 커맨드를 실행하면 모든 코드들이 머지를 시도하기 전 상태로 돌아간다. 참고로 abort 단어의 의미는 '중단하다, 버리다, 취소하다'라는 의미를 가지고 있다. 다음 포스팅에서는 브랜치(branch)를 깃허브에 push 하는 방법에 대해서 정리해볼 예정이다. 2022. 11. 20.
컨플릭트(Conflict) 났을 때 해결하는 방법 지난 포스팅에서는 브랜치 머지하는 방법에 대해서 설명했다. 이번 포스팅에서는 컨플릭트가 발생했을 때의 해결 방법을 설명하려고 한다. 컨플릭트(Conflict)가 발생했다! 나는 premium 이라는 브랜치와 main 이라는 브랜치 위에서 각각 작업을 했다. 그 다음 다시 premium 브랜치로 이동해서 main 브랜치의 작업 내용을 가져와 합치기로 했다. 그래서 git merge main 이라는 커맨드를 입력하고 실행시켰는데, 아래와 같은 오류 메세지가 떴다. "CONFLICT (content) : Merge conflict in calculator.py" 이 메세지는 머지를 하다가 calculator.py 파일에서 충돌이 발생했다는 의미이다. 두 개의 코드가 달라서 어떤 코드로 합쳐야 할지 알 수 없을.. 2022. 11. 19.
브랜치 머지(branch merge)하는 방법 브랜치를 생성했다면 프로젝트를 변경하기 전, 본인이 어떤 브랜치로 작업을 하고 있는지 꼭 확인을 해야 한다. 이번 포스팅에서는 다른 브랜치에서 작업한 내용을 합치는 방법에 대해서 포스팅해보려고 한다. 상황 정의 브랜치를 생성해서 작업을 하고 있는데, 해당 작업이 다른 브랜치에도 적용이 되어야 한다는 사실을 알았다. 다른 브랜치로 이동을 해서 동일한 작업을 반복해도 상관 없겠지만, 그런 번거로움 없이 기존의 작업 내용을 그대로 반영하는 방법이 있다. 이것을 브랜치 머지(branch merge)라고 한다. 머지(merge)는 영어로 '병합하다'의 의미를 가지고 있다. 브랜치 머지(branch merge)하는 방법 브랜치 머지를 실행하는 명령어는 아래와 같다. git merge 브랜치명 # 현재 위치의 브랜치.. 2022. 11. 16.
맥북 업데이트 후에 git 에러 해결방법(xcrun error) 맥북 업데이트 후에 흔히 발생한다는 xcrun 오류를 해결하는 방법에 대해서 알아보도록 하겠다. 맥북에 새로운 업데이트 사항이 있다고 해서 진행했다. Ventura 13.0.1 버전이었는데 새로운 기능들이 추가되었길래 흥미로워하며 한참 구경을 했다. 그리고서 "이제 git 공부를 해야지~" 하고 터미널을 실행했는데 익숙한 명령어가 실행되지 않았다. 나는 아직 스스로에게 확신이 없는 상태라🤣 당연히 내가 잘못했다고 생각하고 스펠링도 다시 확인하고 몇 번을 재도전(!)해보았지만 역시 계속 실패였다. xcrun : error : invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Develo.. 2022. 11. 15.