ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • [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하기

     

     

     

Designed by Tistory.