branch 와 merging
일단 git이 어떻게 데이터(수정사항)을 저장하는 지 알아야한다.
깃은 커밋내역을 트리형태로 관리한다.
기존이되는 마스터는 기본적으로 우리가 이용하는 소스가지이고, 우리가 이걸 수정하려면 브랜치를 새로만들어서 작업해야한다.
기존의 코드의 안전과 관리를 위해서, 그리고 여러사람들이 관리를 할때 문제를 막아준다.
이렇게 생성하는 브랜치를 피쳐브랜치 또는 기능브랜치라고한다.
실습때도 feature/ 을 붙이는 걸 권장한다. 권장
merge 기존사항과 수정사항을 합치는걸 말한다.
이과정은 마스터 브랜치에 기능브랜치에 작업한걸 병합하는걸 말한다.
병합과정에 따라 충돌이 발생할수 있고
충돌은 complict라고도 부르는데 이건 에러가 아니라 소스를 수정하고 합치는 과정에서 필연적인 과정이다.
이과정이 발생하면 해당 부분을 깃에서 가이드 해주고 해당가이드부분을 수정하고 확인한뒤 머지해준다
이러한 브랜치 충돌을 로컬에서 해결해야하는것은 맞지만
협업과정에서 서로 눈으로 보면서 합치는 과정은 깃허브에서 제공하는데
이게 바로 Pull request이다.
먼저 마스터에 작업물이 있어야 브랜치를 딸수잇다.
먼저 수정사항을 하나 만든뒤에 작업을 진행하자.
터미널에 project 디렉토리를 하나만들었고 cd로 들어가서
touch 로 파일하나 만들엇다.
git add abcd로 중간저장을했고
커밋할떄는 git commit -m “원하는 문장”
-m 뒤에 문장을 넣는방법
아니면 그냥 git commit만치면 시스템설정된 에디터가 실행되어서
그안에서 원하는 걸 적을수 있다.
원하는 내용을 적은뒤 저장 종료하면 된다.
그러고 이제 브랜치를 하나 만들어줘보자
git branch feature/SHSH1
프롬프트가 다시 떳다는거는 정상적으로 됬다는것이고
확인해보려면 git branch 라고만 입력해보면 존재하는 브랜치들의 목록이 뜨고
지금 현재 위치한 브랜치 앞에는 별이 떠있다.\
이동하려면 git checkout 브랜치이름
원하지 않는 파일이 포함되는 것을 막기위해서
.gitignore 을 사용한다.
