TIL 230908 Git

Git

git을 사용하는 이유

효율적 협업

쉬운 버전 관리 

 

git 의 특징

가지 치기와 병합

가볍고 빠름

분산작업 가능

데이터 보장

준비영역

오픈소스

 

git 명령어 모음

 

git version : git의 버전 확인

git init : git저장소 생성

git config --global user.name "<이름>" : git관련 작업 기록에 남는 이름 수정

git config --global user.email "<이름>" : git관련 작업 기록에 남는 이름 수정

git config --list : git 설정 확인

 

working dir -> staging area

git add <file.name> :  staging area로 보내기

git status : staging area의 변경 내역/상태 확인

 

staging area -> git repo

git commit -m "<메시지>" : git 저장소 내에 커밋 메시지와 함께 staging 파일 저장

git reset HEAD^ : 커밋/스테이징을 하기 전 상태로 작업트리 되돌리기

git commit --amend : 저장소 반영 내용 변경

git log : 저장소 반영 내역 확인

git diff : 커밋된 파일 변경된 사항 비교

git history : 다른 버전의 파일을 불러 올 수 있다

 

 

git 파일 영역의 라이프 사이클

 

git 가지치기

git branch : 독립적인 작업을 위한 개념 / 브랜치간 영향 x

ex) master배포용 develop개발 topic기능추가/버그수정

git branch "branch_name" : 브랜치생성

git branch : 현재 브랜치 확인

git checkout "branch_name" : 브랜치 변경(head포인터의 변경)

 

 

 

ex) like_feature Branch의 작업 끝내고 master Branch 로 통합

- git checkout master (위치이동)

- git merge like_feature (마스터에서 like_feature를 병합)

 

 

Git merge conflict 

merge한 두 branch에서 같은 파일을 변경 할 떄 충돌이 일어남.

git status로 어느 파일에서 충돌이 발생했는지 확인 가능

수정후 git add, git commit 으로 다시 merge 해줘야한다.

 

Git remote

git clone "주소" : 기존의 레포 복사

git remote add origin "주소" : 원격 저장소 연결

git remote : 연결된 저장소 확인

 

 

저장소갱신

git pull : 원격 저장소에서 데이터를 가져와 로컬데이터와 병합 (동기화)

git merge origin/master 로 병합 완료 후 push

git push : 로컬에서 작업한 내용을 원격으로 보냄 ( 타인이 push한 상태라면 merge를 하고 push해야함)