Git, Github

협업과 코드관리

• 프로젝트를 혼자 진행하는 경우는 많지 않다
• 각자 다른 영역을 개발하더라도 코드 베이스는 함께 사용
• 동일한 파일을 수정하는 경우는 물론이고, 각기 다른 파일을 수정하더라도 코드를 통합하는 과정이 필요
• 이때 이용하는 도구를 형상관리 도구, 버전 관리 시스템(Version Control System)이라고 부름

Git

• 대표적인 버전 관리 시스템
• 리눅스 창시자 리누스 토발즈가 리눅스 코드 관리를 위해 개발
• 이 외엔 SVN, Mercurial, CVS 등이 있음
• 여러 VCS 들을 제치고 점유율 1위
• 네이버 기술 블로그 D2
• command 를 이용해 사용하기도 하고, source tree 와 같은 GUI 툴을 이용하기도 함, intellij 와 같은 IDE 에도 내장되어 있음

Git

• 변경 이력들을 1차적으로 로컬에 저장함
• 이로인해 오프라인 환경에서도 형상관리 기능을 이용할 수 있음(이전 버전으로 돌아가기)
• 로컬에서 1차적인 형상관리를 진행한 후 원격 저장소에 통합을 진행함
• 이때 원격 저장소에 저장된 내용과 충돌이 발생하면 충돌 해결을 진행
• 브랜치를 이용해 각 개발자 별로 독립된 공간에서 작업 가능
• 브랜치 관리에는 특별한 규칙이 없지만 정형화된 규칙을 제안하는 기법들이 있음(git flow, github flow 등)

Git

Github

• git 을 이용해 구현한 서비스
• 무료로 git server 를 제공하고, 웹상에서 코드리뷰를 진행할 수 있는 서비스 등을 제공
• git 없이 github 이 있을 수는 없지만 github 없이 git 을 이용할 수는 있음(비공개 사내 git 서버 구축 등)
• github 내에서도 비공개 리파지토리를 제공하고 있지만 기업 환경에서는 github enterprise 등을 이용하여 github 을 이용하는 경우가 많음
• git 호스팅 외 이슈관리, 위키 등 부가서비스들도 제공
• 개발자라면 일단 코드 관리소에 접속할 수 밖에 없으므로 github 의 다양한 기능을 이용하는 편

Github

• 비슷한 서비스들이 여럿 있지만 이쪽 분야로는 github 이 압도적
• 신규 기능에 대한 개발이 완료되면 github pull request 를 통해 코드리뷰를 진행하고, github 내에서 브랜치 머지를 진행함

코드리뷰

코드리뷰

좋은 코드리뷰를 위해

좋은 코드리뷰를 위해

브랜치 관리 전략

실무에서 개발시 작업 흐름

feature 브랜치

commit 메시지와 merge 전략

commit 메시지와 merge 전략

commit 메시지와 merge 전략

commit 메시지와 merge 전략

Github flow