![article thumbnail image](https://blog.kakaocdn.net/dn/biFJtD/btrEJwr63cX/mfrAJ4vF6FgM3SG9rU6B20/img.jpg)
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
어떤기준이되는 브렌치에서 새로운 브렌치를 만들면
기준이 되는 브렌치에 있는 코드는 새로운 브렌치에 다 딸려간다.
'개발이야기 > Git' 카테고리의 다른 글
[GIT] push 할 때 체크할 것 (0) | 2022.05.19 |
---|---|
[GIT] conflict 났을 때 (1) | 2022.05.02 |
[GIT] 폴더 영구적으로 삭제하는 법 (0) | 2022.05.02 |
[GIT] 가상환경 세팅 방법 & 가상환경을 쓰는 이유 (0) | 2022.05.02 |
[GIT] Git & GitHub (0) | 2022.03.10 |