Home

1. 기획서, 디자인

Figma 링크(기획서와 디자인은 프로젝트 진행에 따라 변경될 수 있음)

2. 협업전략

작업 순서

1. Github 이슈 생성
2. 브랜치 생성 및 Github 이슈 링크
3. Pull Request 추가로 작업을 진행

Github 이슈 규칙

브랜치를 생성하기 전에 먼저 상황에 알맞는 Template을 선택하고 Github 이슈에 작업사항을 올리기

브랜치 규칙

feature 브랜치 생성 시 [BE/FE]/feature/#{ISSUE_NUMBER}-FEATURE_NAME 와 같이 브랜치를 생성
예시) [BE/FE]/feature/#1-spring_initializr

• prefix : commit message와 유사하게 작성
• ex. FE/feature/#86-card_add_in_history

커밋 규칙

아래 링크의 컨벤션에 따라 커밋 메시지를 작성

http://karma-runner.github.io/5.0/dev/git-commit-msg.html

예시 : feat: [#1] spring initializr 추가

Commit Template

feat: [#ISSUE_NUMBER] spring initializr 추가

(body 는 작업 내에 세부 구현 사항이 있는 경우에만 작성)
- 세부 구현사항 1
- 세부 구현사항 2
- 세부 구현사항 3
...

(footer 는 작성하지 않음)

** 타입 구분

위 링크의 컨벤션에 따라 작업사항을 아래와 같이 구분

• feat (new feature for the user, not a new feature for build script)
• fix (bug fix for the user, not a fix to a build script)
• docs (changes to the documentation)
• style (formatting, missing semi colons, etc; no production code change)
• refactor (refactoring production code, eg. renaming a variable)
• test (adding missing tests, refactoring tests; no production code change)
• chore (fix typo; updating grunt tasks etc; no production code change)
• build (Commits to build-related files)

PR 규칙

origin PR

각 feature 브랜치를 FE, BE 브랜치에 merge 하기 위해 PR 생성

upstream PR

FE 와 BE 브랜치에 feature 단위가 모이면 upstream 의 main 브랜치로 PR 생성