TIL

[GitHub]프로젝트 협업시작하기( git flow )

기주그지마 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하기