Team Name

팀 B-free는 B-Tree 알고리즘과 영어단어 free의 합성어로 B-Tree 알고리즘처럼 효율적으로 모두가 자유롭게(free) 개발하는 팀이 되자는 의미로 네이밍을 하게 되었습니다.

저희 팀은 문제를 해결하기 위한 아이디어를 생각해 내고, 가능한 대안 중 그 아이디어를 선택한 이유에 대해 근거를 들어 설명할 수 있고, 실제로 그 아이디어를 현실화(직접, 혹은 동료들과의 협업을 통해) 해낼 수 있습니다.

Team Rule

• AM 9시 discord@미팅룸 - 당일 할일 공유 (스크럼 진행)
  • 백로그(backlog • 기능, 요구사항 목록) 작성
  • 담당자 설정
  • 예상 시간 공유
  • issue 공유
• PM 5시30분 discord@미팅룸 - 코드 리뷰
  • PR 코드 설명 (비즈니스 로직만) → 이후 머지
  • 도입 근거 - 코드리뷰 병목 현상 (https://jbee.io/essay/code-review-goal/)

Git Convention

• Commit message

  • 작업 내용이 적을 시 제목만 [머리말] #이슈번호 제목 의 형식으로 작성합니다.

    [Feat] #이슈번호 제목
    
    //e.g.
    [Feat] #2 로그인 구현
    

  • 작업 내용이 많을 시 제목+내용의 형식으로 작성합니다.

    [Feat] #이슈번호 제목
    
    - 내용
    - 내용
    
    //e.g.
    [Feat] #2 로그인 구현
    
    -JWT 설정
    -로그인 기능 추가
    

• Branch name

  • 머리말/이슈넘버 의 형식으로 네이밍합니다.
  • 유형은 커밋 메시지 규칙의 머리말 유형을 참고합니다.
  • 유형의 첫 글자는 대문자로 작성합니다.

• Issue & Pull request & Merge Rules

  • Issue 및 Pull request의 작성은 템플릿 양식에 맞춰 작성합니다.

### 제목
# [커밋 타입] - #이슈번호 작업내용 (제목과 본문은 한 줄 띄워주세요)

### 본문 - 한 줄에 최대 72 글자까지만 입력하기  
# 무엇을, 왜, 어떻게 했는지

#   [커밋 타입]  리스트
#   Feat      : 기능 (새로운 기능)
#   Fix       : 버그 (버그 수정)
#   Design    : CSS 등 사용자 UI 디자인 변경
#   Refactor  : 코드 리팩토링 (비즈니스 로직에 변경 있음)
#   Style     : 스타일 (코드 형식, 세미콜론 추가, 문서 등 비즈니스 로직에 변경 없음)
#   Docs      : 문서 (문서 추가, 수정, 삭제)
#   Test      : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직에 변경 없음)
#   Chore     : 기타 변경사항 (패키지, 빌드, 스크립트, gitignore 등)
# ------------------
#   [체크리스트]
#     제목 끝에 마침표(.) 금지
#     제목과 본문을 한 줄 띄워 분리하기
#     본문에 여러줄의 메시지를 작성할 땐 "-"로 구분했나요?
#     한글로 작성합니다.
#     커밋 타입의 첫 글자는 대문자로 작성합니다.
# ------------------

---------------------------------------------------------
최종 예시
[Feat] #이슈넘버 - 내용
---------------------------------------------------------

Code Convention