커밋 규칙

Remote Branch 는?

<aside> ❓ master - develop 브랜치에서 작업 후 모든 기능 완전히 작동을 확인하면 master 브랜치로 push

• 다음주부터 매주 금요일 오후 또는 월요일 오전에 merge하는 일정으로 진행해보겠습니다.

develop - 모든 개발은 이 원격 브랜치의 하위 로컬 브랜치에서 작업합니다

</aside>

Commit Message 규칙

<aside> ❓ commit 메세지 commit -m "구분: 내용" (메세지는 한/영 둘다 갠춘갠춘) 예시

1. fe : 로그인 기능 구현
2. study: Java 공부

merge 메세지 merge -m "[지라이슈번호] 내용" 예시 [S05P12A000-116] vuex 흐름 정리

</aside>

Branch Naming 규칙

<aside> ❓ 규칙 : "구분/feature/기능명세번호" 예시

• fe/feature/f1-3 # frontend
• be/feature/f2 # backend
• hd/feature/f4 # hadoop

• 기능 명세에 작업예정인 기능이 없을 시 개인적으로 추가 후 반영해주시면 됩니다.

</aside>

작업 시 로컬 Branch 생성 및 삭제

// 0. 'develop' 브랜치를 최신 정보와 동기화 한다.
$ git pull develop

// 1. feature 브랜치(feature/login)를 'develop' 브랜치 아래에서 생성
// ('master' 브랜치에서 따는 것이 아니다!)
$ git checkout -b be/feature/#2 develop
// 만약에 같은 기능 작업 시 브랜치 이름 `fe/feature/f7-1`

/* 2. ~ 새로운 기능에 대한 작업 수행 ~ */
/*add/ commit 하고 push는 하지 마세요*/

/* 3. 로컬 브랜치에서 모든 작업이 끝나면 */
/* develop 브랜치에서 구현된 작업을 merge한다 */
/* merge는 gitlab에서 리퀘스트 보내서 진행합니다 */

// 4. 로컬 브랜치 삭제
// -d 옵션: feature/login에 해당하는 브랜치를 삭제한다.
$ git branch -d be/feature/#2

// 확인
git branch -a (모든 브랜치 확인 로컬 원격 포함)

JIRA Convention

<aside> 💡 > 에픽 제외, 테스크, 스토리 맨 앞에 말머리로 달아주기 [학습] : 프로젝트에 필요한 기술 공부 [기획] : 프로젝트 프로토타입 제작, DB 디자인, 아키텍쳐 디자인등 팀원들과 회의를 하여 결과물이 산출되는 것 [개발] : 실제 개발을 하는 경우 예) [개발-FE] , [개발-BE] [테스트] : 개발하고 테스트를 하는 경우

</aside>