Git 기본정보
git 소개
-
분산파일 시스템
- subversion : 파일변화를 시간단위로 관리
- git : 스냅샷형태로 관리
-
요약 용어
- commited : 데이터에 DB에 저장
- modified : 수정한 파일이 DB에 커밋되지 않음
- staged : 수정한 파일을 커밋
-
working tree의 파일 수정
- staging : 커밋한 스냅샷 생성, staging에 커밋해서 git에 업로드
- tracked : git이 관리하는 파일 - unmodifed : 수정되지 않은 상태 - modified : 수정된 파일 - staged : 커밋후 저장소 기록예정 - untracked : git이 관리하지 않는 파일 - author : 원작자 - committer : 수정자
1 git add를 복구할때 1. git reset HEAD 파일명 1. 리모트 저장소는 origin이 자동등록
git remote add {name} URL
-
리모트 저장소에 push방법
$> git push origin master --> 다름사람이 push한내용은 push 불가 -> merge 후 push 가능 -
태그 - 2가지 형태의 태그 기능
- light weight : 특정커밋의 포인터 이름
$> git tag {tagname} - annotated : 일반적인 태그 방법
$> git tag -a {tagname} - 특정커밋의 태그 확인
$> git log --pretty=online
- light weight : 특정커밋의 포인터 이름
- 태깅할 체크썸 확인
$> git tag -a {tagname}
- 체크섬 전부 다 입력할 필요는 없고 앞 7자리만 알고 있으면 됨(고유번호)
-
태그 공유
$> git push origin {tagname}- 여러개인 경우 git push origin --tags
-
특정 태그 checkout
$>git checkout {tagname}- detached HEAD(떨어져나온 HEAD) 메시지 출력(정상)
- 브랜치에서 작업하는 것과 다르게 작동하게 됨
- 커밋하게 되면 생성된 커밋을 사용할 수 있는 브랜치가 다르기 때문에 가급적 브랜치를 이용해서 관리
-
브랜치
- staging area : 스냅샷에 대한 메타 데이터, 이전커밋의 포인터 정보 저장
- 파일을 stage하면 저장소에 파일 저장(이를 Blob라고 호칭)
- 기본적으로 master 브랜치 생성된
- 브랜치 생성
$> git branch {branchname} - 브랜치 이동
$> git checkout {branchname} - 브랜치 생성하면서 체크아웃
$> git checkout -b {branchname}
-
머지
git merge {branchname}
* fast-forward : 브랜치 포인터는 자동으로 최신커밋이동
브랜치 삭제 : git branch -d {branchname}
만약 개발자가 개발중에 이슈처리를 하게 되는 경우
git checkout {branchname}
이슈 처리 후 머지하는 경우
git checkout master
git merge {branchname}
머지 충돌
3way merge으로 수행하는 경우 두 브랜치에서 같은 파일을 수정할때 발생
<<< --> 이건 HEAD버전
>>> --> 이건 현재 버전
브랜치의 머지 여부 확인 git branch --merge / --no-merged
머지하지 않은 브랜치 삭제는 -D 사용
브랜치 관리 전략
3way merge이기 때문에 자이간에 걸쳐서 한브랜치를 다른 브랜치와 여러번 머지하는것이 쉬움.
작성일: 2026년 7월 11일
,
마지막 업데이트: 2026년 7월 14일