Git Working directory(내 작업공간)-staging area(add하면 나오는 저장소)-repotsitory(git 커밋 저장소)commit에 관한 주의사항처음으로 커밋하기 전 사용자 이름과 이메일 주소 설정git config user.name “이름”
Git은 내부적으로 크게 3가지 종류의 작업 영역을 두고 동작한다.working directory: working directory는 작업을 하는 프로젝트 디렉토리를 말합니다.staging area: git add를 한 파일들이 존재하는 영역입니다. 커밋을 하게되면 s
일단 Git에서 파일들은 크게 다음 2가지 상태를 가집니다.Untracked 상태Tracked 상태그리고 Tracked 상태는 다시 아래와 같은 3가지 상태로 나눌 수 있구요.Staged 상태Unmodified 상태Modified 상태각 상태를 순서대로 설명해드릴게요.
1.아직 커밋이 local 에 있을 때아직 로컬에서 commit 을 하고 push 는 하지 않아 remote 에 올라가지 않은 상태일 경우 다음과 같이 하기1.1. 가장 최근의 commit 수정git commit --amend위와 같이 amend 를 이용하면 가장 마지
git log (위로 올라갈수록 새롭고 아래일수록 오랜된 것) git log —pretty=oneline 커밋 히스토리 깔끔하게 보기(한줄로 깔끔하게)git show 아이디(4자리정도만 쳐도됨) \--- 부분은 커밋 바로 이전의 모습\+++ 부분은 해당 커밋에서의 모
커밋(commit)은 Git에서 가장 핵심적인 개념입니다. 커밋은 staging area의 현 상태를 그대로 하나의 버전으로 남기는 작업, 또는 그 결과물을 가리키는 말이라고 했는데요.커밋에는 크게 다음과 같은 3가지 정보가 있습니다.(1) 커밋을 한 사용자 아이디(2
git branch 새 브랜치 이름 : 새로운 브랜치를 생성git checkout -b 새 브랜치 이름 : 새로운 브랜치를 생성하고 그 브랜치로 바로 이동git branch -d 기존 브랜치 이름 : 브랜치 삭제git checkout 기존 브랜치 이름 : 그 브랜치로
사실 브랜치(branch)는 커밋을 가리키는 존재(포인터)이고,HEAD는 이런 브랜치를 통해 커밋을 간접적으로 가리키는 존재(포인터)git reset 커맨드의 동작 원리1\. git reset을 할 때 HEAD의 변화는?지금 총 4개의 커밋을 한 아래와 같은 상황이라고
이 부분은 Git을 사용할 때 꼭 알아야하는 내용은 아닙니다. 하지만 Git의 내부 동작 원리에 대해 더 깊게 알고 싶다면 한번 읽어보는 게 좋습니다.이전 노트의 내용(git reset) 복습이전 노트에서는 아래 그림과 같은 상태에서git reset 9033를 실행하면
머지(merge)에 관한 좀더 깊은 이야기를 해볼게요. 머지를 하면 새로운 커밋이 생긴다고 했습니다.그리고 머지를 통해서 생겨난 커밋을 머지 커밋(merge commit)이라고 부른다고 했는데요.이 그림을 보면 지금 master 브랜치에서 premium 브랜치를 머지해
리모트 레포지토리 브랜치 문제있을 때1\. 개발자한테 고쳐달라하기2\. 내가 고치고 pushgit blame 파일이름을 통해 누가 작성했는지 알음커밋아이디 알아낸다음 git showgit revert 커밋아이디 하면 git repository 올라간 커밋 취소하고 다시
git reset —hard 가장 최신 커밋아이디orHEAD@?? 하면 다시 돌아옴git 리셋을 하면 사라지는게 아니라 헤드가 가리키는 브랜치가 달라지는 거임 git reflog : 헤드가 가르키던 커밋들의 id확인git log —pretty=oneline (하나의