![]()
태그 관리하기 git tag 작성하고싶은내용(ex:v0.0.1) 다음과 같이 해시태그를 작성하지않으면 git log의 가장 최신commit에 태그가 부여된다. git tag 작성하고싶은거 태그붙이고싶은커밋의해시태그 다음과 같이 해시태그를 작성하면 최신commit이 아니라 이전commit에도 태그를 부여할 수 있다. git log --oneline을 통해 얻은 축약된 해시태그를 이용할수도 있다. git tag git tag --list git tag -l 다음과 같은 명령어로 git tag를 조회할 수 있다. git tag --delete 삭제하고싶은태그이름 git tag --d 삭제하고싶은태그이름 다음과 같이 태그를 삭제할 수 있다.
![]()
커밋 다양하게 조회하기 git log --oneline 깃의 버전목록을 복잡하지않고 한줄로 확인할 수 있다. git log -p git log --patch 깃의 버전목록을 변경사항과 함께 확인할 수 있다. git log --graph 소스트리의 그래프같이 터미널에서 깃의 그래프를 확인할 수 있다. git log --oneline --graph git log --oneline -p 다음과 같이 다중명령도 가능하다.
![]()
저장소와 버전 만들기 pwd /Users/inguk pwd는 현재 위치하고있는 디렉토리를 확인할 수 있다. ls ls -a ls는 현재 위치하고있는 디렉토리파일구조를 보여준다. 두번째 명령어는 숨김폴더, 파일까지 같이 보여준다. cd desktop/git-test cd는 뒤에 위치하는 주소로 이동하는 명령어이다. clear clear는 터미널을 깨끗하게 만들고 새롭게 작업하고싶을때 사용하는 명령어이다. touch a.txt mkdir React git init 작업디렉토리 만들기 git status 작업디렉토리의 상태확인하기 git add b.txt 스테이지에 변경사항 올리기 git add a.txt b.txt c.txt // 여러개의 변경사항중 일부만을 스테이지에 올리고 싶을 때 git add . //..
![]()
깃허브와 소스트리 연동하기 SSH(Secure Shell) 사용자측에서는 두개의 키를 생성한 후 상호작용하고자하는 대상에게 공개키를 전달하면 된다. 공개키 터미널에서 공개키를 생성하는 방법은 다음과 같다. ssh-keygen 생성한 공개키는 경로를 적어준 후 확인할 수 있다. inguk@JEONui-MacBookPro ~ % cat /Users/inguk/.ssh/id_rsa.pub inguk@JEONui-MacBookPro ~ % cat /Users/inguk/.ssh/id_rsa.pub ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQDHxy1s0rNkGZojQdwlr8Fo lli7iWbGQ4ydpOWibbMSmQq2cz3vFdTKYjDqjQHZ0UZ9NU5d3nrTaYWcZNiA..
![]()
브랜치란? 브랜치는 버전을 여러개의 흐름으로 나누어 관리하는 방법이다. ⚠️주의사항 Github에서는 master 브랜치가 main브랜치로 불린다. 그렇다면 브랜치의 작명은 어떻게? 최초의 브랜치인 master/main 브랜치가 아닌, 파생되는 브랜치의 작명은 어떻게 해야할까? 정해진 법칙은 없지만, 개발자들의 컨벤션은 있다. feature/ '컴포넌트이름' 브랜치: 기능추가하는 브랜치작명 컨벤션 release/ '컴포넌트이름' 브랜치: 버전 배포를 위한 브랜치 작명 컨벤션 hotfix/ '컴포넌트이름' 브랜치: 급하게 수정하기위한 브랜치 작명 컨벤션 특정 브랜치에서 작업하기: HIEAD와 체크아웃 HEAD 현재 작업 중인 브랜치의 커밋을 가리킨다 일반적으로 현재 작업 중인 브랜치의 최신 커밋을 가리킨다..
![]()
버전 비교하기 바로직전버전과 비교하기 기본적으로 직전버전과 비교를 할 수 있다. 새롭게 추가된 것은 초록색, 지워진 것은 빨간색으로 표시된다. 지정해준 버전끼리 비교하기 커맨드를 누른 상태에서 버전을 클릭하면 클릭한버전들끼리의 비교만 할 수도 있다. 클릭한버전의 당시파일상태 열기 버전을 선택해서 커밋한당시의 파일상태를 확인해볼 수 있다. 버전 되돌리는 두가지 방법 버전을 되돌리는 방법에는 크게 revert와 reset이 있다. revert revert는 버전을 되돌린 새로운 버전을 만드는 방법이다. 만약 10개의 버전이 존재하고, 그중 revert하고싶은 버전이 4번째에 존재한다면 11번째의 버전은 4번째의 버전과 완벽히 동일한 상태로 새롭게 만들어진다. reset 버전을 완전히 되돌리기(시간을 되돌리듯..
![]()
git이 관리하는 세개의 공간 작업 디렉토리(or 워킹 디렉토리 or 워킹트리) 버전 관리의 대상이 위치하는 공간(.git이 있는 디렉토리) 스테이지(or Index) 다음 버전이 될 후보가 올라가는 공간(모든 수정사항중 다음 버전에 반영하고싶은 변경사항만 추려서 스테이지에 올린다.) 저장소(repository) 버전이 만들어지고 관리되는 공간 git이 공간을 넘나들때의 용어 add(or stage한다.) 작업디렉토리의 변경사항중 반영하고싶은 내용을 추려 스테이지에 올리는 과정 commit 스테이지에 추가된 파일을 선별해 저장소에 추가하는 과정 최종정리(하나의 버전이 만들어지는 과정) 작업 디렉토리 내에서 변경사항이 만들어진다. 변경사항중 반영하고싶은 것을 추려서 스테이지로 add한다. 스테이지에 있는 ..
개요 1.버전 관리의 기초 개념[이론] ↓ 2.명령어 없이 git & GitHub다루기[소스트리 실습] ↓ 3.명령어로 git & GitHub다루기[명령어 실습] git이란? “변경사항을 일목요연하게 관리해보자!” == “깃은 *버전을 관리하기 위한 도구” *버전 = 변경사항 = 커밋 = 유의미한 변화(추가, 수정, 삭제)가 결과물로 나온 것이다. 프로그램 개발이란 이러한 유의미한 변화를 쌓아 프로그램을 만들어나가는 것이다. 버전관리를 할 수 있다면... 변화과정확인, 추적가능 작업 되돌리기 가능 (백업 기능을 통해) 협업유리 무엇을 생성하고, 삭제하고 무엇을 수정했는지 추적하기 유리 git, GitHub, 소스트리란? git: 버전관리를 위한 도구 소스트리: 깃을 명령어가 아니라 편하게(시각적으로) 쓸..
