본문 바로가기

개발 도구/Git41

중요한 커밋(commit)에 태그(tag)넣는 방법 커밋을 하면서 메세지를 작성하긴 하지만 그 중에서도 중요한 커밋에 추가로 태그를 달아놓을 수 있다. 이제부터 커밋에 태그(tag)다는 방법에 대해서 설명하려고 한다. 아래 커맨드를 사용하면 손쉽게 태그 관리를 할 수 있다. git tag 태그이름 커밋아이디 # 커밋아이디에 태그 달기 git tag # 프로젝트에 있는 모든 태그 보기 git show 태그이름 # 태그에 해당하는 커밋 정보 보기 (예제) git history를 통해서 아직까지의 커밋 리스트를 살펴보았다. 이제부터 위에서 2번째, 3번째 커밋에 각각 태그를 달 예정이다. 태그명은 특별히 생각나는 것이 없으므로 tag01, tag02으로 하기로 했다. git tag tag01 c188 하고 git tag tag02 28dd 명령어를 적어서 순서.. 2022. 11. 9.
특정 커밋 시점으로 돌아가고 싶을 때(git reset) 과거에 했던 커밋으로 내용을 되돌리고 싶을 때 어떤 커맨드를 사용해야 하는지 알아보자. 특정 커밋 시점으로 되돌릴 때는 git reset 특정 시점의 커밋으로 되돌릴 때는 아래와 같은 커맨드를 사용한다. git reset --hard 돌아가고 싶은 시점의 커밋 아이디값(4자리) --hard 옵션을 사용한 git reset은 특정 시점으로 리셋하고 나면 이후의 작업 내용은 모두 사라지게 된다. 그렇기 때문에 신중하게 써야하는 명령어이며, 옵션은 총 3가지가 있는데 이 부분도 매우 중요한 부분이라 이 포스팅을 끝까지 읽기를 바란다. 그럼 예제를 통해서 알아보도록 하겠다. 먼저 git history 명령어를 사용하여 아직까지 한 커밋 리스트를 확인해 보았다. HEAD가 가장 마지막에 한 Re_update co.. 2022. 11. 9.
두 커밋 사이의 차이점 비교하기(git diff) 이번 포스팅에서는 두 개의 커밋 사이에 내용이 어떻게 바뀌었는지, 그 차이점을 비교해보는 방법에 대해서 설명하려고 한다. 먼저 지난 포스팅에서 aliasing했던 단축 커맨드(git history)를 사용하여 한 줄 요약된 커밋 히스토리를 살펴보았다. (아래 이미지 참고) 예제로 설명하는 것이 이해하기 편하니까! 위의 커밋 리스트 중에서 Create README.md Add the info of calculator.py in README.md 라는 메세지가 적혀있는 두 개의 커밋을 비교해보려고 한다. (위에서부터 4번째, 6번째) 그럴 때에 사용하는 명령어가 바로 diff이다. 차이점을 의미하는 영어단어 difference를 떠올리면 암기하기 쉬울 것이다. git diff 이전커밋아이디 다음커밋아이디 커.. 2022. 10. 25.
Git alias(별명) 설정하는 방법 & HEAD의 의미 자주 사용하는 깃 커맨드에 단축키(별명)를 설정하여 사용할 수 있다. 이 때의 별명을 alias 라고 하고, 이 별명을 설정하는 것을 aliasing 이라고 한다. git alias 설정하는 방법 Aliasing하는 명령어는 다음과 같다. git config alias.별명 '자주 사용하는 깃 명령어' 예를 들어, git config alias.history 'log --pretty=oneline' 위와 같은 설정을 해 두면 앞으로 git log --pretty=online 대신에 더 짧은 커맨드인 git history로 원하는 결과를 얻을 수 있다. 설정 시 주의할 점은 git을 제외한 커맨드(+옵션)를 써 주어야 한다는 점이다. 깃을 사용할 때 필수적으로 알고 있어야 하는 내용은 아니지만 그래도 업무.. 2022. 10. 21.
최신 커밋(commit) 내용 수정하기(커밋 메세지 수정 아님) 커밋 메세지를 입력하고 커밋을 모두 완료했는데, 오탈자를 발견하거나 혹은 내용을 수정하고 싶을 때가 있을 것이다. 물론 내용을 변경한 후에 다시 커밋을 해도 되지만 그러면 불필요한 커밋 히스토리가 남게 된다. 깃에서는 본인이 한 최신 커밋 내용을 수정할 수 있는 기능을 제공하고 있는데 이번 포스팅에서는 그 방법에 대해 설명해보려고 한다. git log --pretty=oneline 명령어를 사용해서 아직까지 했던 커밋 히스토리를 살펴 보았다. (이 명령어에 대해 더 자세히 알고 싶다면 요기 클릭 → https://heina-fantasy.tistory.com/268) 지금부터 아래의 히스토리 중, 가장 마지막에 커밋한 Update commit_test.txt의 내용을 수정해 볼 예정이다. 먼저 해당 파일.. 2022. 10. 19.
장문(2줄 이상)의 커밋 메세지를 남기고 싶을 때 우리는 커밋을 할 때에 보통 변경사항을 요약한 짧은 커밋 메세지와 함께 커밋 요청을 한다. 그런데 추가 설명이 필요하여 커밋 메세지를 장문으로 작성해야 할 때가 있다. 이번 포스팅에서는 2줄 이상의 커밋 메세지를 작성하고 싶을 때 어떻게 하면 되는지 정리해두려고 한다. 장문의 커밋 메세지 작성하는 방법 테스트를 위해서 commit_test.txt 라는 파일을 새로 만들었다. 터미널을 실행한 후에 git add . 명령어를 입력하여 변경된 파일을 Staging Area에 추가하고 git status로 상태 확인도 마쳤다. 이제 commit을 할 차례인데 장문의 커밋 메세지를 남기기 위해 옵션 없이 git commit 명령어를 실행시켰다. git commit 이렇게 하면 터미널 창이 아래와 같은 화면으로 바.. 2022. 10. 18.
아직까지 했던 모든 커밋 히스토리 확인하기(git log) 우리는 프로젝트를 진행하며, 아직까지 했던 모든 커밋 목록을 확인하고 싶을 수도 있다. 커밋 히스토리(Commit History)라고 하는데 이번 포스팅에서는 이를 확인하는 방법에 대해서 정리해보려고 한다. 커밋 히스토리 확인하는 방법 커밋 히스토리를 확인하는 명령어는 log 이다. 아래와 같이 터미널을 실행하고 해당 디렉토리로 이동해서 git log 명령어를 실행하면 아직까지 했던 커밋의 목록을 순서대로 볼 수 있다. git log 이러한 커밋 히스토리를 볼 때 주의해야 할 점은, 가장 처음에 한 커밋이 가장 아래에 위치해 있다는 것이다. 리스트가 거꾸로 표시되기 때문에 위에 있을수록 최근에 한 커밋이다. 히스토리에서 확인할 수 있는 내용은 아래와 같다. 커밋 아이디(= 커밋 해시 / commit 뒤로.. 2022. 10. 14.
Github에 있는 프로젝트를 내 PC로 가져오는 방법 깃허브(Github)에는 오픈 소스 프로젝트(Open Source Project)가 많다. 유명한 오픈 소스 프로젝트 몇가지를 예로 들자면 아래와 같다. React Native(리액트 네이티브, 모바일 UI 프레임워크로 페이스북에서 만들었음) https://github.com/facebook/react-native GitHub - facebook/react-native: A framework for building native applications using React A framework for building native applications using React - GitHub - facebook/react-native: A framework for building native applicati.. 2022. 10. 12.
깃허브에서 협업을 위한 Collaborators 추가하기 이번 포스팅에서는 여러 사람과의 협업을 위해 깃허브(Github)에 동료(Collaborators)를 추가하는 방법에 대해서 설명하려고 한다. 깃허브 홈페이지(https://github.com/)에서 로그인하고 해당 디렉토리로 이동한다. Code, Issues, Pull requests... 메뉴바의 마지막에 위치한 Settings를 클릭한다. 그 후 변경되는 페이지 좌측 메뉴바에서 Collaborator를 선택한다. 협업자를 추가하려면 비밀번호 인증이 한 번 더 필요하다. 비밀번호 입력 후에 화면이 바뀐다. 한 번도 동료를 추가한 적이 없다면 중간 부분에서 You haven't invited any collaborators yet.라고 쓰여있는 박스를 발견할 수 있을 것이다. 텍스트 아래에 있는 Add.. 2022. 10. 5.
Github에 등록된 최신 버전을 PC(Local Repository)로 가져오기(git pull) 협업 시에 다른 사람이 코드를 수정해서 깃허브에 업로드해 두었다고 가정해보자. 이제 내가 작업을 할 차례인데 최신 버전의 파일에 이어서 작업을 해야 충돌이 발생하지 않을 것이다. 그러려면 Remote Repository에 있는 내용을 Local Repository로 가져와야 하는데, 이럴 때 사용하는 명령어가 있다. git pull 이라는 명령어를 사용하면 Github에 업로드되어 있는 최신 버전의 파일들을 내 PC의 프로젝트 폴더에 동기화(?)시킬 수 있다. git pull 지난 포스팅에서 READMD.md 파일을 새로 만들어서 깃허브에 업로드해두었다. 그런데 깃허브에 있던 README.md 파일의 내용이 일부 변경되었다. 그래서 터미널을 실행하고 해당 디렉토리로 이동한 후에 git pull 명령어를 .. 2022. 10. 4.