Git
Git의 공식 명칭은 분산 버전 관리 시스템(VCS)로, 프로젝트 파일의 변경 사항을 추척하는 시스템
사용하는 이유
- 많은 사람들이 효율적으로 함께 작업
- 프로젝트를 중심으로 협업할 때 사용
- 개별 버전의 프로젝트를 병합하여 기준이 되는 버전의 프로젝트에 적용 할 수 있음
등으로 여러가지가 있다.
Repositories(저장소)
Git Respositories는 Git으로 관리하는 프로젝트 저장소(폴더 같은 개념)
Local repository
본인 컴퓨터에 저장된 로컬 버전의 저장소
Remote repository
외부 (원격 서버)버전의 저장소
- 팀 작업할 때 특히 유용함
- 코드 공유 가능, 다른 사람 코드 확인
- 로컬 버전의 프로젝트와 병합, 변경사항을 적용할 수 있는 곳
common command
- git add . : 모든 파일을 추가 (. 대신 특정파일의 이름과 확장명 쓰면됨)
- git status : 파일이 추가되었는지 확인
- git commit -m "" : repository의 커밋 기록 남기기 (-m 메세지를 남기겠다는 뜻으로 ""안에는 메세지 내용을 쓰면 된다.)
👉 커밋을 남기는 이유는 책갈피 같은 형태라 남긴 곳 마다 돌아갈 수도 있고 다시 백업하는 경우로 쓰이는 경우도 있다. - git log : 커밋한 정보를 담고 있음
- git checkout : 특정 commit했던 시점으로 돌아가고 싶을 때 commit-hash을 이용하여 돌릴 수 있다.
branch
필요에 의해 만들며 다른 브랜치에 영향을 받지 않아 여러 작업을 동시에 진행하거나,
여러 명에서 작업할 때 다른 사람의 작업에 영향을 주거나, 받지 않도록 따로 브랜치를 만들고 작업하고 그 후 메인 브랜치에 자신의 브랜치 변경 사항을 적용
- git branch : branch를 만들기
- git checkout : branch 이동
- git checkout -b : branch 생성과 동시에 이동
- git merge : 다른 branch와 병합
- git branch -d : branch 삭제
GitHub
- Git은 프로젝트의 버전관리를 도와주는 시스템 GitHub는 Git을 이용해 버전관리를 한 프로젝트들을 관리하게 해주는 호스팅 서비스
- git들이 올리고 공유할 수 있는 원격 저장소(사이트)이다, 개발자들의 Social Network.
GitHub command
- git remote add origin : 로컬 repository와 GitHub repository를 연결
- git push origin master : 로컬 repository를 GitHub repository에 올리기
- git clone : repository 복사하기
Pull Request
프로젝트 리더에게 내가 작업한 브랜치의 작업 내용을 master 브랜치에 반영해 달라는 요청
PR을 만들면 Decription을 작성하는데 여기에는 내가 어떤 작업을 하였고, 수정한 부분과, 새로 만든 부분을 상세하게 적고 그 것을 팀 리더나 팀원들에 codereview를 하여 피드백을 할 수 있다.
Confilcts
2명 이상이 같은 파일을 수정하여 merge가 안되는 것
- sync가 맞지 않으면 pull을 하여 맞춰줘야함!
Confilcts 고치는 법
- 차례차례로 1명의 repository를 merge하고 그 다른 사람은 pull하여 GitHub의 repository와 로컬 repository의 sync를 같게 만들어 주고 그 다음 나머지 사람의 repository merge 시켜준다.
- 만약 comfilcts이 되었다면 어느 부분에서 되었는지 확인하여 그 전 commit으로 돌아가 위 방법데로 해준다.
