• https://ko.wikipedia.org/wiki/버전_관리
• 형상관리 하고도 한다

버전 관리(version control, revision control), 소스 관리(source control)[1], 소스 코드 관리(source code management, SCM)란 동일한 정보에 대한 여러 버전을 관리하는 것을 말한다.

<aside> 🔥 개발팀에서 가장 중요한 것은 '소스코드'다. 소스코드는 개발팀의 자산이다. 버전관리 시스템은 소스코드의 변경사항, 이력관리, 이슈추적, 협업에 있어서 없어서는 안될 도구다.

</aside>

1.1. SVN과 Git

• 최근엔 대부분 git 을 사용한다.
• SVN과 git의 차이점에 대해서는 알아둘 것
  • 장단점
  • 왜 최근에는 git을 사용하게 되었는지
• git의 기본적인 개념은 알아둘 것 (커밋, 푸시)
  • https://git-scm.com/book/ko/v2
  • 무료) http://www.yes24.com/Product/Goods/86031178?OzSrank=1
  • http://www.yes24.com/Product/Goods/85382769?OzSrank=2
  • 로컬 저장소
  • 원격 저장소
  • 작업 공간
  • 스테이지 공간
  • https://www.facebook.com/bigdatastudy/photos/a.110625387093056/272139340941659
• 브랜치 기본적인 사용법에 대해서도 알아둘 것 (협업의 기본)
• 브랜치 머지 / 충돌에 대해서도 알아둘 것

1.2. git 저장소를 만들어 봅시다

git init

1.3. .git 폴더에 대해서 알아봅시다

• '.git' 폴더는 로컬 저장소의 모든 정보를 담고 있는 디렉토리 입니다.
• 이 폴더가 있어야 git 이 작동합니다. (git은 이 폴더의 데이터를 사용합니다)
• 따라서 '.git' 폴더가 사라진다면 나의 로컬 저장소도... ㅂ2...
• 실습해봅시다

1.4. 브랜치 관리 전략

• 가장 많이 사용하는 git flow 관리전략
• 어렵게 생각하지 말고 브랜치를 '용도'별로 관리한다는 개념입니다
  • develop: 개발 중인 브랜치 (여러사람의 개발이 완료된 feature가 머지된 브랜치 → 개발환경에 반영되는 브랜치)
    • feature: 신규 개발을 위해 새롭게 작업 중인 브랜치 (개인별 개발작업 브랜치)
    • release: 개발이 완료되어 배포하기 위해 만든 브랜치 (정기적인)
      • release/20210311
      • release/20210315
      • release/20210321 → 배포
  • master(main): 이미 리얼에 배포가 되어 '안정적'인 브랜치 (product ready)
    • hotfix: 리얼에 배포된 내용 중에서 버그 등의 수정사항이 생겨서 핫픽스 배포하기 위한 브랜치
      • hotfix/20210313
  • strace / ltrace