💥Git이란?!
버전관리시스템
1. 수정할때마다 새로만들면 관리하기 힘들다.
2. 소스 이력을 남겨서 관리한다.
3. 협업에 유용하다.
Git vs GitHub?
GitHub 는 git을 사용한 project(즉,폴더)들의 저장소이다.
Git Flow
아래 그림만 이해하면 Git 기초는 충분하다!!(출처: 위코드 준식님)
1. Remote 환경의 git을 로컬로 최초로 받아오기 (local의 Master로 받아오게 된다)
git clone [repository주소]
2. branch 새로 따기 (단, 이동하진 않는다 새로딴 branch로 이동하기 위해서는 췌크아웃)
git branch [신규 브랜치명]
3. 위에서 만든 브랜치로 이동하기
git checkout [좀전에 만든 브랜치명]
4. staging단계로 올려두기 (commit 시키기위해서)
git add .
5. commit 시켜서 git directory 로 올리기. commit내용 요약시 파일 추가하는 경우 ex) ADD : 설명~~~
git commit -m "[commit 내용 요약]"
6. remote환경으로 PUSH!! origin으로! 해당 브런치의 commit된 git을!!
git push origin [올릴 브랜치명]
github 사이트에 들어가서 나의 브런치에 잘 push되었는걸 확인 할 수있다.
7. PR(Pull Request :내가 변경 된 것을 remote master여 땡겨주세요!)
github사이트 내 해당 repository에 들어가서 pull requests 내역을 보면 방금 push한 나의 branch를 클릭해서 들어간다.
PR 템플릿 잘 작성해서 master님께 pull request 보내기 (우측에 Label을 선택해서 지금 요청하는 상태를 표시한다)
자아 확인해보니 pull requests에 잘올라가있고 이제 Master의 merge를 기다리면된다.
8. merge 가 완성되면 git clone이 아닌 git pull로 local master로 내려받으면된다!
git pull origin mastergit clone vs git pull
git clone은 local master에 없을 경우에 복제하기 위함이다. 즉 최초 1회 실행하면된다. 이후 remote master를 로컬master에 업데이트하기 위해서는 git pull로 업데이트 자료만 땅겨오면된다!
git local 영역 단계
생각나는대로 우선 주저리주저리 적어둔다
- Local(내 PC) vs Remote(gitHub) 환경으로 나뉘어져있다.
- branch 나뭇가지,,(?) 실제업무에서는 기능별로 나뉘어 만든다. ex) featrue/login, feature/main
- Master(Main)은 신성한 영역이다. 소듕하니 건드리지말자. => 기준은 보존되어야하니 기준이되는 것을 오염시키지않기 위함이다.
TMI...(?) git Master가 이제 git Main?!
기존의 Git의 기준Branch는 Master였는데 요즘 Main으로 쓰는 것을 권장하고 있다. 이유는 흑인폭동(?)때문이라고 하는데...갑자기 튀어나온 미쿡흑인폭동?
Master라는 어원이 미쿡노예시절 대장(마스터-슬레이브)을 뜻하는 단어라고 해서 인종평등운동에 Git도 지지하고자 Master대신에 Main사용을 권장한다고 한다.
Main을 master로 세팅하는 명령어는git branch -M main이다! 참고하자! 인종차별 나빠!!!!!
