Origin Repository만 가져가는 형태로 진행

Main 브랜치> Dev(Development; 개발) 브랜치> feature/(기능) 브랜치

• Main 브랜치에는 push하지 못하도록 막아놓겠습니다. Main = 배포용, 최종본(push 불가)

제가 한 스프린트기간(일주일)마다 한씩 Dev 브랜치를 Main 브랜치로 merge하도록 하겠습니다.(PR없이)

• Local Repository에서 각 기능에 맞는 feature/(기능) 브랜치에서 작업하고 Origin repository에 push하면 됩니다.
• 본인이 push한 내용을 Dev브랜치로 merge시키기 전에 PR 후 merge하도록 합시다!!

본인의 Pull Request는 스스로 merge 합니다. PR 시 assignee는 본인, reviewer는 팀원 모두 등록합니다. Main 및 Dev 브랜치(서로 공유하는 브랜치)의 커밋 그래프는 함부로 변경하지 않습니다.

• feature/(기능) 브랜치에 대해서 추가적으로 말씀드리자면, 기능에 따라서 브랜치를 구분하는 것 입니다. 누구는 UI 마크업하고 누구는 fetch하는 스크립트짜고 하는식의 역할 분담은 작업 병목이 생길 수 있습니다. 이런 방식이 아닌, 로그인 페이지 완성을 하나의 기능으로 보고, ui, api연결, 스크립트(로직 작성) 모두 한 사람이 완결을 할수있게끔하는 철저한 작업 기능단위의 분류입니다. 따라서, 만약 로그인페이지 완성을 맡아서 하신다면, 브랜치 이름을 feature/login 로 만들어서 작업 브랜치들이 기능단위로 만들어지게 합니다.

기능 하나를 모두 완성하면 Dev 브랜치에 PR/merge 하는 방식

프로젝트 진행 방법

Repository [주소]에서 clone으로 제가 만든 보일러 플레이트 끌어서 쓰시면 됩니다. 해당 보일러 플레이트에는 템플릿 형태로 만들어진 prettierrc랑 eslintrc 설정 파일, 폴더 구조, 여러 패키지들이 있습니다.

여러 패키지라 함은 react-router-dom, styled-components 등 기존에 VS code 확장프로그램 prettier와 eslint로 글로벌하게 값을 세팅해서 쓰고 있더라도 프로젝트 보일러 플레이트 상의 prettierrc와 eslintrc 가 우선적으로 설정되어 글로벌 값들을 무시하게끔 만들어 줍니다.

1. 작업전 clone하고 작업 branch 생성

   git clone <https://github.com/Ssong-Q/OpenMind.git>
   cd ./OpenMind
   git checkout develop
   git switch -c "feat/component-common-usercard"
   

2. (처음에만) 작업전 -VS CODE

   npm install
   

3. 작업중 또는 완료후(push전) pull 해오기

   //feat/component-common-usercard
   git stash
   git pull --rebase origin develop
   git stash pop
   

4. 작업후 push

   git push origin feat/components-common-usercard
   

5. PR 올리기 (feat~ → develop)

6. 본인PR 직접 Merge squash and merge

7. merge 완료 된 최신 파일 다시 pull

   //develop
   git switch "develop"
   git pull --rebase origin develop
   

8. (더이상 해당 기능 작업을 하지 않는다면) 기존작업 브랜치 삭제

   git branch -d feat/components-common-usercard
   

9. 새로운 브랜치 생성 후 작업시작

   git switch -c feat/components-common-button