-
[GitHub]프로젝트 협업시작하기( git flow )TIL 2024. 3. 7. 15:25
깃허브로 협업 프로젝트를 시작하기 위해서는 팀장역할을 할 사람이 필요하다.
각자 역할분담 이외에도, 1명은 프로젝트에서 초기설정을 해줘야하는 부분이 있기 때문이다.
팀장은 프로젝트폴더를 만들고, 기본세팅해주고, 깃허브 레포지토리에 올려서 팀원들이 다운받을 수 있게해줘야한다.
깃허브로 협업하는 도중에, 팀원들끼리 브랜치를 다루는 방식이 다를 경우 서로 꼬일 수 있기때문에, 이러한 일을 방지하교
자 브랜치 전략으로 git flow방식을 이용하기로 했다.
Git Flow 방식
협업과 버전관리의 효율성을 높이기위한 브랜치 관리 방식.
- master 브랜치
최종적으로 배포되어 사용자들에게 전달되는 코드를 담는 브랜치
- develop 브랜치
개발중인 최신코드를 통합한 브랜치
- feature 브랜치
새로운 기능을 개발하기 위한 브랜치
팀장)
1. 프로젝트용 폴더 생성
2. 필요한 구성해주기
npm init -> package.json, package-lock.json 생성
ㄴ프로젝트 의존성에 해당하는 패키지등에 대한 정보들을 올려두는 파일
ㄴ필요한 npm install 설치
ㄴ설치된 npm 패키지들은 package.json의 dependencies에 들어가게 된다!
git init
ㄴrepo 연결( git remote add origin [레포주소] ), push
ㄴ마스터 브랜치 푸시( 첫번째 푸시한 브랜치가 자동으로 디폴트로 지정 )
ㄴ디벨롭 브랜치 생성, 이동, 푸시
ㄴgitignore생성
3. 팀원초대하기(repo에 팀원들 푸시, 풀 권한)
4. 마스터브랜치 보호 설정
팀원)
1.git clone
*git clone은 프로젝트 전체를 들고와서 깃허브의 원격저장소와 로컬 저장소 동일하게 만들어버리는 명령어이다.
ㄴclone은 프로젝트를 처음 참가할때 1번만쓴다
ㄴㄴ작업을 진행하다가 다시 clone을 하게되면 작업자체가 날아가버린다 ( 원격저장소와 다시 동일하게 만들어버렸으니 )
*git pull은 깃허브 원격 저장소의 최신 변경사항을 가져와서 병합해버리는 명령어이다.
ㄴ pull은 원격저장소의 최신버전으로 로컬저장소를 업데이트 해주는 명령어
ㄴ 그 이외의부분들은 건드리지않는
2.내 feature 브랜치 생성, 이동, push( 내 feature 브랜치로 push )
3.기능이 완성되면, pull request(내 feature 브랜치를 develop브랜치에 반영하 요청), merge 받기
4.pull하기
'TIL' 카테고리의 다른 글
[Error] AWS-SDK, multer - this.client.send is not a function (0) 2024.03.19 [AWS] AWS Access key와 Secret Access Key - 이미지업로드 기능 (0) 2024.03.19 [aws] 프라이빗IP, NAT , CIDR (0) 2024.02.29 [DB] DB 모델링 - 소셜 로그인기능 (0) 2024.02.25 [WEB] REST API 설계하기 (0) 2024.02.24