I'm a Fig, Not a Pig

오늘 Git 강의를 듣고 난 뒤 git fetch의 기능을 알게 되었다. 지금까지 git pull만 사용했는데 git fetch도 Git에서 중요한 명령어 중 하나인 것 같아 정리해보려 한다.  1. git pull과 git fetch의 차이점1. git pull리모트 레포지토리의 브랜치를 검토할 필요없이 바로 합치고 싶을 때 사용 2. git fetch1) 리모트 레포지토리에서 가져온 브랜치의 내용을 머지하기 전에 점검해야 할 필요가 있을 때,2) 리모트 레포지토리에 있는 브랜치의 내용과 내가 작성한 코드를 비교해서 잘못된 부분이 없는지 검토해야 할 때 사용 한 마디로 정리하면 git pull은 git fetch에 merge까지 해주는 커맨드이고 git fetch는 내용을 가져오기만 하고 merge는 ..

깃의 서로 다른 브랜치를 병합하고 싶을 때가 있다. 이럴 때에는 merge를 하고 싶은 브랜치로 간뒤 git merge "해당 브랜치" 를 적어준다. 예를 들어 master 브랜치에 dev 브랜치에서 커밋한 내용을 merge 하고 싶다면 master 브랜치로 git checkout 명령어를 통해 이동 한 뒤 아래와 같이 git merge 명령어를 실행하면 된다. - dev 브랜치의 변경 내역이 master 브랜치로 병합 git checkout master git merge dev 이때 중요한점은 dev 브랜치가 commit을 한 상태여야한다는 점이다.

오늘은 깃에서 병합하는 방법들 중에 fast-forward와 3 way merge 방식에 대해서 공부하려고 한다. GIT에서 사용되는 병합 방법 2가지 1. fast-forward branch간의 병합을 진행할 때 커밋이 생기지 않고 merge 명령어를 실행하는 브랜치의 Head Commit이 병합되는 branch의 Head commit으로 이동되는 방식이다. 어떤 경우에서 사용될까? 서로 다른 브랜치의 base commit에 내용이 변경되지 않았을 때 사용된다. 이는 base commit이 커밋을 하지 않은 것과 동일한 의미를 갖는다. 직관적으로 예로 들자면, main branch에서 새로운 브랜치 하나를 생성 한 후에 main branch는 더이상 커밋하지 않고, 생성된 브랜치에서만 커밋을 하는 경우..

git init : 새로운 git 저장소 초기화git add . : 현재 directory의 모든 파일울 staging Area로 이동git add : 파일을 staging area에 추가하기git reset : 파일을 staging area에서 제거하기git status : staging area와 작업 영역의 상태 확인git log : 전체 깃 history 보기. git log -5 하면 최근 다섯줄 보기처럼 마지막 줄을 지정할 수 있음git log --pretty=oneline : --pretty 옵션을 사용하면 커밋 히스토리를 다양한 방식으로 출력할 수 있음. (--pretty  옵션에 oneline이라는 값을 주면 커밋 하나당 한 줄씩 출력함)git commit -m "message" : S..

Git 설치 & 환경설정1. Git 설치하기 2. 설치 완료 후 Git bash 열기 3. git bash에서 환경설정 하기 1) 유저 이름 설정git config --global user.name "your_name" 2) 유저 이메일 설정하기 (Github 가입시 사용한 이메일 쓰기)git config --global user.email "your_email" 3) 정보 확인하기git config --list Github에 처음 코드 업로드 하기1. 초기화git init 2. 추가할 파일 더하기git add ..(점) 은 모든 파일이라는 뜻. 선택적으로 올리고 싶으면 add뒤에 파일 이름 붙여주면 됨 (예. git add index.html) 3. 상태 확인 (선택사항)git status 4. 히스토..

일관성이 없는 메세지 내용은 각 커밋의 위치에서 어떤 작업을 했는지 명확하게 알아 볼 수 없다. 또한 시각적 통일성을 떨어뜨려 커밋 히스토리를 파악하는데 어려움을 줄 수 있기 때문에 협업 전 커밋 규칙을 정하는 것이 중요하다. 따라서 오늘은 커밋 메세지를 일관성있는 규칙으로 작성하는 방법을 정리하려 한다. 1. Commit Message 구조 type(타입) : title(제목) body(본문, 생략 가능) Resolves : #issueNo, ...(해결한 이슈 , 생략 가능) See also : #issueNo, ...(참고 이슈, 생략 가능) 2. 기본규칙 제목과 본문을 빈 행으로 구분 제목은 영문 기준 50글자 이하 첫 글자는 대문자로 작성 제목 끝에 마침표X 제목은 명령문으로 사용, 과거형X 본..