Git과 Github
Git : 버전관리시스템의 일종. 내용변화를 감지하는 프로그램. 오프라인상태에서도 사용가능.
Github : git을 사용한 프로젝트의 저장소.
과거 개인 저장소로서의 Git
git status: 상태확인을 위해 수시로 해주는 명령어git init: .git이 생성되고 녹화시작git add "파일명": git stage(장바구니)에 파일넣기git commit -m "메시지": .git에 commit내역 저장git log: 커밋 이력보기(커밋번호와revert||reset명령어로 버전복구 가능, 여기서도 에러파악이 안된다면history로 터미널 명령이력 보기)
(git remote orgin master||git remote -v)git push origin master: github master branch에 올리기
협업을 위한 Git
- Master branch는 클론받은 이후 수정하지 않는 것이 좋음
git branch "브랜치명": 브랜치 생성(feature/login과 같은 기능명이 주로 사용되는듯)git checkout "브랜치명": 작업하고자 하는 브랜치로 이동(터미널널에서 브랜치 변경 확인)
(git checkout -b "브랜치명": 1~2번 과정을 동시진행)git branch: 브랜치 확인
(작업한 후git add및git commit, 커밋메시지는 vi로 팀 가이드라인에 맞게 여러줄로 작성)git push orgin "브랜치명": github 브랜치에 올리기- PR(Pull Request) : 깃허브 페이지에 버튼이 생김. 제목과 내용을 가이드라인에 맞게 작성후, Master Branch에게 결재요청.
위의 도표에서 Git은 시계 반대방향으로만 회전함. Master branch가 나의 PR을 승인한 후 Merge해줬다고 가정했을 때, 작업을 재개하고싶으면 Master branch pull한 후 진행(git pull origin master 또는 새로 colne...?).
다른 브랜치들은 내가 추가한 "브랜치명"에 대해서 알지 못하는데, 해당 다른 브랜치로 가서 git merge master하면 내가 추가한 "브랜치명"에 대해 모두 알게됨(이게맞나 ㅠ 그분들이 git pull origin master하면 되지 않을까? 겪어보지 않아 아직은 모르겠음. => pull하면 master만 최신화되고 해당브랜치는 예전상태임. 따라서 merge도 해줘야 함.).
origin : 리모트의 마스터의 별칭
Advanced thinking should be put into advanced code.