git을 활용한 초기 세팅 방법을 알아보자.

 

 

 

웹사이트 페이지는 혼자 만드는게아니고
여러명이 조각조각 나눠서 만드는 개념이다.
이때 이조각이 => branch 브랜치개념

 

처음 레파지토리를 생성하고,

혼자만의 프로젝트가 아닌

기업이나, 여러명의 프로젝트를 할땐 master/main 브렌치(기둥)에서는

절대 코드를 작성하면 안된다.
처음에 받으면 master/main환경이라서 
브렌치를 하나 만들어야 코드를 작성할 수 있는데

 

브렌치를 만드는 명령어 =>

(1) git branch feature/login(폴더이름)

: 여기서 feature는 컨벤션이다. 회사마다 다름 

브렌치를 들어가는 명령어 =>

(2) git checkout feature/login(폴더이름)
현재 어떤 브랜치인지 확인하는 명령어 =>

(3) git branch

 

만든 브랜치에서 작업을하고 push 하는 방법

어떤 파일을 수정했는지 확인하는 명령어 =>

(1) git status 

파일확인 후, 저장할때 명령어 =>
(2) git add .

: add 뒤에 . 콤마는 수정된 모든 파일을 저장하겠다는 뜻이다.

만약에 수정된 모든 파일을 저장할거면 add . 를 입력하면되고 

그중에 어떠한 파일만 저장하고 싶다면? add 수정된파일이름 이렇게 넣어주면 된다.

 

add 후 다시 상태확인

(3) git status 

(4) git commit -m "Add: login page complete

(5) git log (커밋 이후에 상태확인)

: 커밋메세지는 영어로 안써도 되고, 한글도 가능, 회사마다다름.
커밋에 어떤내용을 담고있는지 메세지 전달만되면됨.

여러줄을 작성하고 싶을땐

git commit => i => .wq
(6) git remote add origin 주소 
(7) git push origin 내가 작업한 브렌치의 이름을 작성
: git push origin feature/login

최종올리면 PR(Pull Request)이부분에 개발을 한내용과 
내가 개발하면서 뭘 배웠고, 어떤부분이 이해가 안가는지 
보고서로 쓰는 것, (간단한 보고서같은 개념)
=> 내가 구현한 코드 한번 확인해주세요

후에 코멘트가 달리면 다시 수정한 다음에
다시 push해준다.

PR은 브렌치당 한개만 생성된다.
그 PR안에 commit은 올리때마다 계속 쌓이는 개념이다.

그러다 코드가 최종확인되면
후에 master/mian으로 merge (코드 업데이트)
이때 현재 local의 master/mian부분에는

업데이트가 안되어있다.

이유는?

=> 마스터에서 개발을 하지않았으니 마스터는 
코드 내용을 모르고, 로컬의 마스터랑 리모트의 마스터랑 동기화해줘야한다.

(8) git checkout master/mian 사용하여 마스터로 이동하고, 
(9) git pull(로컬 마스터 기준으로 땡겨오기) origin master/mian


어떤기준이되는 브렌치에서 새로운 브렌치를 만들면
기준이 되는 브렌치에 있는 코드는 새로운 브렌치에 다 딸려간다.

복사했습니다!