개발 알다가도 모르겠네요

Git은 내부적으로 크게 3가지 종류의 작업 영역을 두고 동작합니다. 각 작업 영역의 이름은 working directory staging area repository 첫 번째 작업 영역인 working directory는 작업을 하는 프로젝트 디렉토리를 말합니다. 두 번째 작업 영역인 staging area는 git add를 한 파일들이 존재하는 영역입니다. 커밋을 하게되면 staging area에 있는 파일들만 커밋에 반영됩니다. 세 번째 작업 영역인 repository는 working directory의 변경 이력들이 저장되어 있는 영역입니다. working directory에서 뭔가 작업을 하고, 작업한 파일들을 git add 해주고, 커밋을 하면 staging area에 있던 파일들의 모습이 마..

브랜치 생성: git branch {branch_name} Head가 가리키는 브랜치 변경: git checkout {branch_name} (커밋하면 변경된 브랜치 내용 커밋) 이 상태에서 add, commit하면 됨. git merge {branch_name} : 현재 HEAD가 브랜치를 통해 가리키고 있는 커밋과 merge 뒤에 쓴 브랜치가 가리키고 있는 커밋을 합침. *머지하다가 conflict 나면 에러난 페이지 고친 후 바로 add, commit. git add . git rebase —continue Fast-forward 머지 3-way 머지

git remote add origin {url} : url이 가리키는 외부 서버의 프로젝트를 원격 저장소로 지정. 이름은 origin. git push -u origin {branch_name} (master) : 내 프로젝트 디렉토리 내용을 origin에 업로드. master: master 브랜치의 내용을 업로드. -u: —set-upstream 내 컴퓨터의 master 브랜치가 깃헙/랩 서버의 master 브랜치를 바라보도록. (한번만 하면 다음부턴 자동으로.) 다시 push하게 되면 앞에서 add를 해줬으므로 이미 origin이 가리키는 원격 저장소를 알고 있음. 따라서 git push만 써도 됨. git push —force : 업로드 강제. 커밋 덮어씌움. 절대 사용 주의 git clone {..

git init git 사용자 이름 설정: git config {user.name} git 사용자 이메일 설정: git config {user.email} git add {file name} {filename} git commit -m "{commit message}" git 커밋 기록: git log git log —all —graph : all: HEAD가 가리키는 브랜치 뿐만 아니라 모든 브랜치 보도록. / graph: 브랜치와 커밋 관계를 그래프로 출력 git 커밋 변경점 확인: git diff {commit_id} {commit_id} commit 위치 바꾸기: git reset —{option} {commit_id} (commit_id → HEAD@{number}도 가능) (option: ha..