Git이란 소스코드를 효과적으로 관리하기 위해 개발된 '분산형 버전 관리 시스템'입니다.
<버전 관리 시스템의 필요성>
파일 내용의 변경은 너무나도 자주 발생하는 일입니다. 코드의 잘못된 부분을 고치고, 변경하다보면, 이전에 작성한 내용들을 보존해야할 필요를 느끼게 됩니다. 이러한 일을 해결해 주는 것
<버젼관리 시스템의 장점>
변경사항, 2. 백업, 3. 콜라보 대응 4. 버젼관리저장 5. 전버젼복구
github - git을 사용하는 사람들이 모여 소스를 공유하고 협업할 수 있게 만든 플랫폼. 개발자들의 소셜미디어
원격 저장소(Remote Repository): 파일이 원격 저장소 전용 서버에서 관리되며 여러 사람이 함께 공유하기 위한 저장소입니다.
로컬 저장소(Local Repository): 내 PC에 파일이 저장되는 개인 전용 저장소입니다.
repository 통채로 자체를 내 계정으로 복사 - fork
fork 한 그것을 내 컴퓨터로 복사 가져와서 변경하는 과정 - clone
로컬에서 변경한 내용을 remote 리파지에 적용 시킬려면 - git push origin(대상) master(브랜치)
동시에 누군가와 작업하고 있었다. remote repository의 변경사항을 받아서 내컴에 적용시키는 것 , 파일을 병합시키는 것까 - git pull origin master
메인테이너의 수정사항을 받는다면 -git pull upstream master ( git remote add upstream - 그대신 upstream repository를 등록해야함)
git add - staging area에 파일을 추가하는 것
git commit - staging area -> repository
staging area - 충돌을 해결하거나 선택적으로 버전관리를 받게 하기 위해 만듬. 어떤 파일이라 디렉토리를 버저관리시스템에 의해서 버전관리를 받게 하기 위해서는 반드시 staging area에 올리는 과정을 거쳐야 함.
commit - 스냅샷 하나하나를 만들어 주는 것,
git commit -m "메시지"
메시지를 잘 적어줘야 하는 이유 - 변경 사항을 파악하고 다른 사람과 효과적으로 작업하고 작업기록을 추적하는데 유리하다.
branching - 가지를 새로 치는 것, merging - 새로 쳐져있는 가지들을 합치는 것
master branch - 우리가 사용자들에게 배포해야 할 소스가 담겨져 있음. 버그 없는 소스코드.
develope branch - 개발 중인 버젼의 소스 코드가 담겨져 있음. 충분한 테스트와 새로운 버그를 발견해서 고친 후 마스터에 올림.
feature branch - 하나하나의 기능들을 담고 있음.
브랜칭과 머징의 전략을 잘짜는 것이 좋은개발을 만들수 있는 과정
feature ---> master 갈수록 안정화
