주요 개념 복습하기
-
버전 관리: 버전이 다르다는 것은 프로젝트 상태가 변경되었다는 것! Git 은 가장 널리 쓰이는 버전관리 도구 중에 하나로 commit 을 사용해서 버전이 달라지는 것을 관리합니다.
-
repo : 'Git으로 관리되는 프로젝트' 를 Git 에서는 repo(리포, repository 리포지토리의 약자) 라고 부릅니다. 내 컴퓨터에 저장되어있는 리포지토리를 로컬 repo(local repository) 라고 합니다. Github 처럼 다른 곳에서 접속할 수 있는 공간에 저장되어있는 것을 원격 repo(remote repository) 라고 합니다.
-
작업내역을 반영하기 위한 단계: add(staging) - commit
- git 초기화(initialize)는 처음에 단 한번만 해 주면 됩니다.
-
commit : 현재 프로젝트의 상태를 찰칵 📸 저장하는 것을 이라고 합니다.
- 누가(author), 언제(시간), commit 시점의 파일 상태, commit 메시지 정보를 포함.
-
add (혹은 staging, 스테이징) : commit 에 반영할지 안할지는 파일 단위로 선택할 수 있습니다. commit 에 반영할 파일을 선택하는 것
-
commit history : commit 한 순서대로의 리스트
-
Tracking(추적) : 로컬 repo 와 원격 repo 를 연결한다!
-
push : 로컬 repo 의 commit 들을 원격 repo 에 반영하기(push)! 밀어넣기. 원격 repo 에 없는 즉,새로운 commit 내역을 모두 원격 repo 에 한 번에 반영합니다.
-
pull : 원격 repo 의 commit 들을 로컬 repo 로 반영하기(pull)! 땡겨오기. 로컬 repo 에 없는 즉,새로운 commit 내역을 모두 로컬 repo 에 한 번에 반영합니다.
- clone : 원격 repo 를 내 컴퓨터에 가져와서 초기 repo 세팅하는 것을 clone(복제하기)!
<aside> 👉 1주차 배운 내용을 덧붙여서 배워나갑니다! 나만의 개념지도를 참고하면서 가볼까요?
</aside>
Git 협업 시나리오
<aside> 👉 김르탄씨와 스선장이 김치요리법 프로젝트를 Git으로 협업하는 방식을 관찰하면서 개념을 배워봅니다!
실제 회사에서, 오픈소스 컨트리뷰션(오픈소스에 기여하는 것), 친구와 프로젝트를 같이 할 때 이런 상황들이 발생하겠죠?
</aside>
-
김르탄씨와 스선장은 각각 자신들의 김치찌개 비법을 김치요리 원격 Repo 에 추가하고 싶습니다!
-
아니! 그런데 이게 무슨 일이죠? 둘 모두 김치찌개 요리법 파일을 업데이트 하니 충돌이 나버렸네요.
-
김르탄 : 나도 하려고 했는데! 나도 내 김치찌개 요리비법을 공유하고 싶다고!
-
스선장 : 아니 당신 요리법을 내가 무얼 믿고! 내 꺼보다 좋은지 안좋은지 모르잖아!
-
이런 경우에 어떻게 해결해야할까요? 아래 작업방식이 필요하겠네요!
-
누가 이 작업을 진행할 것인지 정한다.
-
각자 맡은 것에 대해 작업한다.
-
각자 작업을 프로젝트에 합칠 수 있게 공유한다.
-
작업한 내용을 리뷰하고 최종적으로 프로젝트에 반영한다.
-
<aside> 🔥 실제로 협업하는 개발 프로젝트를 할 때에는 위와 같은 방식으로 진행합니다. 협업하는 조직마다 Git 을 사용하는 방법을 약속해두고 협업합니다.
우리는 협업할 때 기초가 되는 Git 개념들을 실습과 함께 배워보겠습니다.
</aside>
