Git -> Version control system VXS
어떤게 최종버전인지 어떻게 알까
진짜진짜 최종 회장님 지시 수정은 또 뭐야……..
파일을 새로 생성하는 방법 대신
누가 언제 어디를 수정했는지 이력을 남긴다면 관리가 쉬워진다
코드 버전 관리를 하는 이유
수정할 떄마다 파일을 새로 만들면 관리가 힘들기 때문에
언제든 이전 버전의 코드로 돌아갈 수 있기 때문에
이력을 남기기 위해 ( 일자 수정한 사람 변경 내용 )
하나의 프로젝트를 두고 여러명의 개발자들이 협업할 수 있기 때문에
다양한 버전 관리 시스템
이중에 깃을 사용하는 이유 > 가장 대중적이라서
Github란 뭘까
깃허브 마스코트 옥토캣…… 직관적이다……………
git을 사용한 프로젝트들의 저장소 > 깃허브 없었을 때는 CD 이메일 USB사용 했음
개발자들의 SNS
깃을 이용해 버전관리를 한 프로젝트들을 관리하게 해주는 호스팅 서비스
git init 깃 시작 (변경 사항을 추적하겠다) 어떠한 디렉토리를 만들고 여기서부터 깃을 시작하겠다.
git status git 상태확인
git add 파일 수정이력 기록 준비 변경된 코드를 어떠한 공간에 담아두는 것 (장바구니)
git commit 파일 수정 이력 기록 (장바구니에 담아둔 것을 저장)
git log commit이력 git log
git commit log(깃 커밋 이력) 로 이력을 남기면 일이 잘못됐을 때 되돌릴 수 있음
이후에는 git remote add origin 연결하고 싶은 레파지토리 주소 ------> 깃 연결
Origin 내 깃 연결
git remote
Git remote add origin 내가 올릴 깃허브의 주소
git remote --v
git push origin master. 깃허브에 실제로 업로드
Git push origin master를 했는데, 계속 오류가 생겼음
그래서 맥에서 키체인 > 키체인 접근 > github.com > 화면 하단에서 깃허브에서 발급받은 토큰으로 수정하니 그 뒤로 가능해졌다.
git clone 깃을 복제하다 // 기존의 것을 가져올때는 git init을 사용하지 않는다.
git branch feature 브랜치 이름 // 새로운 가지 생성
- 아직 마스터 위치에 있어서 옮겨줘야함
git checkout 브랜치 이름 / branch를 이동할 때 사용
git pull 당겨오기
Pr 마스터에 합치기 전에 작업자가 남기는 메모
master에서는 절대 코드를 입력하는 일이 없다
master에서는 pull만 받는다
새로운 브랜치를 만들땐 master로 와서 만든다.
Git checkout 브랜치 이름 / 브랜치 이동
git push origin feature/브랜치 이름. -> 해당 브랜치에 업로드
하나의 브랜치에서는 하나의 PR
만 가능하므로 새로 올렸을 때 기존의 PR을 수정하도록 한다.
보고서 오 괜찮네 ㅋ 하고 merge 허용
git merge master > 내 브랜치에서
다시 최종 버전으로 사용하기 위해 git merge master -> 마스터에서 merge가 완료된 파일을 다시 불러오게 된다.
