" branch === 복사본 "
▪️ branch 생성 명령어 | ▪️ branch 확인 명령어 | |||
git branch 브랜치이름 | git branch | |||
▪️ branch 이동 명령어 (2가지) | ▪️ branch 만들면서 이동 (2가지) | ▪️ branch 합치는 명령어 | ||
- git switch 브랜치이름 - git checkout 브랜치이름 |
- git switch -c 브랜치이름 - git checkout -b 브랜치이름 |
① git switch 최종브랜치이름(main) ② git merge 합칠브랜치이름(login) * 터미널에서 말고 github에서 합칠 것! (코드 확인 및 재앙을 피할수있다!) |
* git switch/ git checkout 차이 ?
: 디테일하게 설명하자면 너무 어렵고, 간단하게 말하자면 git checkout 이 좀 더 러프하게 사용된다고 한다!
* git branch -d 로컬 브랜치 이름 : 로컬 브랜치 삭제
* git remote remove 저장소이름 : 링크가 잘못 연결된 저장소를 지움
* main 브랜치로 switch/checkout 으로 이동하면 전 브랜치에서 수정한 코드가 남아있을까?
→ 노노, 다른 파일, 별개라고 생각하기
▪️ 간략하게 순서 정리
(1) 브랜치 생성 및 이동
(2) 기능 개발 및 코드 저장
(3) 코드 업로드 및 Pull request 생성
(4) github 에서 merge
(5) 내 로컬에도 반영 ex. git push origin main
▪️ main 브랜치에 push/merge 하기엔 부담된다! 해결책
main 브랜치는 배포용이므로 기능을 완전히 개발해야 merge 가 가능하다!
▪️ 개발용 브랜치 !
바로 main 에 merge 하기엔 위험부담이 있으므로 개발용 브랜치 develop 을 이용하자!
Main 브랜치 | ← | develop 브랜치 | ← | 기능브랜치 |
배포용 | 테스트 용 | 기능 개발용 |
▪️ 로컬에서 먼저 테스트 !
(1) dev 브랜치에서 git pull 하기
(2) 내 컴퓨터(로컬)에서 테스트하고 충돌 해결해서 push 및 PR 하기
▪️ 협업 시 순서
1. 초기세팅
(1) 폴더 생성
(2) 초기 코드 작성
(3) git init, add, commit
(4) github 레포지토리 생성
(5) github 업로드 (git push)
2. dev(develop) 브랜치 생성
(1) git switch -c dev : 로컬에서 dev 브랜치 생성
(2) git push origin dev : github 에도 반영
3. github 에서 dev 브랜치를 default 로 설정
(1) 해당 레퍼지토리의 Settings 클릭
(2) Default branch 를 main → dev 로 설정
4. 팀원들을 collaborator 로 등록
5. 팀원들은 git clone 하기
git clone 주소 .
(.점 없으면 폴더 자체를 다운 / .점 찍어주면 폴더 안에 있는 내용을 다운)
6. 기능 브랜치 생성 및 기능 개발
(1) git switch -c 기능브랜치명
(2) 기능개발 및 기능브랜치에 push
(3) Pull request 생성
(4) 코드 리뷰 요청하기
* 충돌 시 합치기 전 내 로컬 기능브랜치에서 git pull origin dev 해서 충돌 해결 및 테스트 !
'TIL' 카테고리의 다른 글
Promise / async & await (0) | 2024.08.02 |
---|---|
쿼리스트링과 URLSearchParams (0) | 2024.08.01 |
논리연산자와 배열 메서드 forEach 연습 (0) | 2024.07.30 |
배열 메서드 정리 (0) | 2024.07.29 |
기초 IT 개념 정리 (0) | 2024.07.27 |