Git

<aside> 💡 1. 컴퓨터 파일의 변경사항을 추적하고 여러 사용자들의 작업을 조율하기 위한 버전관리 시스템 중 하나 2. 개발산출물의 소스코드를 효율적으로 관리 할 수 있는 무료 소프트웨어

</aside>

S/W 개발에서 주로 프로젝트의 소스코드 관리를 위한 협업 도구로 사용

사용 목적

1. 시스템을 개발/운영하는 과정에서 지속적으로 발생하는 코드의 추가/수정/삭제 등의 작업들에 대한 개발 히스토리와 프로젝트의 버전을 효율적으로 관리하기 위함

2. 한 프로젝트에 여러 개발자들이 참여하는 경우, Remote 저장소를 통해 다른 개발자들의 작업분을 다운받을 수 있고, 본인의 작업분을 업로드하여 분산된 환경에서도 코드관리와 협업이 용이

목차

Git WorkFlow

Git은 크게 3가지의 공간으로 분리

1. Working Directory : project를 구성하는 파일들을 추가/수정/삭제하는 작업 공간
2. Staging Area : Working Directory에서 작업이 완료되어 버전 관리가 필요한 파일들을 옮겨 놓는 공간
3. Git Repository : 작업 버전의 History를 가지고 있는 Git 저장소

Git Repository Service

• 🔗 Git
• 🔗 GitHub

Git GUI Tool

• Github Desktop
• Source Tree
• Git Kraken

Git Flow

Git-Flow chart

Git-flow에는 5가지 종류의 브랜치가 존재하며, 항상 유지되는 메인 브랜치와 일정 기간 동안만 유지되는 서브 브랜치로 구분

• master : 제품으로 출시될 수 있는 브랜치
• develop : 다음 출시 버전을 개발하는 브랜치
  • project init 당시 master를 기준으로 분기되며, feautre, release가 분기되고 병합되는 브랜치
• feature : 개별 기능을 개발하는 브랜치
  • 기능이 완료되면 develop에 병합
• release : 기능 개발이 완료되어 출시 버전을 준비하는 브랜치
  • develop에서 분기되고 master/develop에 병합되는 브랜치
  • 주로 주석 정리, 작업간 불필요하게 발생한 파일의 .gitignore 등록, release 내용을 작성하는 release-note 작성
• hotfix : 출시 버전에서 발생한 버그를 수정 하는 브랜치
  • master에서 분기 되고 master/develop에 병합되는 브랜치

Git-Branch 전략