Skip to content

그라운드 룰

STak edited this page Nov 8, 2020 · 10 revisions

이슈트래커 34조 그라운드 룰

PM

  • PM은 매주 번갈아가면서 역할을 담당합니다.
  • PM은 프로젝트의 일정, 팀원 관리 등의 업무를 합니다.
  • 매주 금요일에 진행하는 데모시 발표를 합니다.
  • 1주차 임기봉
  • 2주차 탁성건
  • 3주차 임채욱

미팅

  • 미팅 장소는 zoom 회의실 34에서 진행합니다.
  • 미팅은 아래와 같이 정해진 시간에 진행하며 15분 정도의 시간 내에 진행사항을 공유합니다.
  • 그 외 필요사항은 슬랙을 활용하여 수시로 공유합니다.
  • 오전 10시
    • 스크럼 15분후 wiki에 스크럼 기록 (10시30분 까지)
    • 스크럼 후 pr 코멘트 달기 및 머지
      • pr당 무조건 코멘트 1개씩 작성
  • 오후 6시
    • 하루의 진행사항을 공유합니다.
    • 진행사항을 개발 일지에 기록 합니다.
  • 매주 월요일 오전
    • 오전 스크럼
    • 스프린트 계획 회의 후 회의록을 작성하여 wiki에 업로드합니다.

코딩 컨벤션

  • eslint와 prettier 설정을 공유하여 사용합니다.
  • front 디렉토리 내에 존재하는 파일의 이름은 파스칼 표기법을 사용합니다. ex) PaymentMethod.js
  • back 디렉토리 내에 존재하는 파일의 이름은 .으로 단어를 구분합니다. ex) label.route.js
  • 클래스 이름은 파스칼 표기법을 사용합니다. ex) ClassName
  • 변수 이름은 카멜 표기법을 사용합니다. ex) variableName
  • css 이름은 케밥 표기법을 사용합니다. ex) .test-button
  • 변수의 이름은 조금 길더라도 의미를 알 수 있게 지정합니다.
  • 함수는 길지 않게 작성하며 깊이가 2가 넘지 않도록 신경씁니다.

깃허브 사용 규칙

  • 모든 팀원이 확인한 pr만 Merge합니다.
  • 모든 pr은 인당 최소 한개 이상의 comment를 작성합니다.
  • 매주 목요일에 배포를 합니다.

commit 작성 규칙

  • commit 제목은 아래와 같이 이름을 붙입니다.
    • Build: Changes that affect the build system or external dependencies (example scopes: gulp, broccoli, npm)
    • Ci: Changes to our CI configuration files and scripts (example scopes: Circle, BrowserStack, SauceLabs)
    • Docs: Documentation only changes
    • Feat: A new feature
    • Fix: A bug fix
    • Add: add stuff (example scopes: files without feature, dependencies, etc)
    • Perf: A code change that improves performance
    • Refactor: A code change that neither fixes a bug nor adds a feature
    • Test: Adding missing tests or correcting existing tests
[Feat] login

by github oAuth

브랜치 전략

  • component별로 브랜치를 만들어 개발하고 develop 브랜치에 pull request를 보냅니다.
    • 기능이 완성되면 pull request를 보냅니다.
    • daily scrum 후 merge 합니다.
  • develop 브랜치는 개발용 브랜치입니다.
  • production 브랜치는 배포용 브랜치입니다.

짝프로그래밍 규칙 문서 작성하기

  • 온라인 🖥️
    • 10분 단위로 돌아 가면서 한다.:hourglass:
    • vscode의 liveshare로 한다. 🌐
  • 오프라인 👪
    • 하나의 노트북으로 한 명씩 돌아가면서 한다.
  • 작성자 🏊
    • 코드를 작성할때 작성자는 어떤 의도를 가지고 작성을 하고 있는지 참여자들과 대화를 하면서 한다.
    • 혼자 코딩하지 않는다.(소통을 하면서 코딩 한다)❌
  • 참여자 👓
    • 참여자는 입코딩으로 작성자에게 조언한다. 🔈
    • 절대로 키보드를 만지지 않는다.:scream:
    • 구경만 하지 않는다.❌

commit 메시지 템플릿 파일 생성(.gitmessage.txt)

# [Type] Title

# Content
# - Sub Content
#
# <type>: <subject>
##### Subject 50 characters ################# -> |
#
# Body Message
######## Body 72 characters ####################################### -> |
#
# --- COMMIT END ---
# Type can be
#   Build: Changes that affect the build system or # external dependencies (example scopes: gulp, broccoli, npm)
#   Ci: Changes to our CI configuration files and scripts (example scopes: Circle, BrowserStack, SauceLabs)
#   Docs: Documentation only changes
#   Feat: A new feature
#   Fix: A bug fix
#   Add: add stuff (example scopes: files without # feature, dependencies, etc)
#   Perf: A code change that improves performance
#   Refactor: A code change that neither fixes a bug nor adds a feature
#   Test: Adding missing tests or correcting existing tests
# -------------------

참고 사이트

Clone this wiki locally