Ground Rule

Jump to bottom

yyjjjj edited this page Nov 20, 2020 · 3 revisions

Code convention

폴더
- 다같이 상의 후 생성
- 케밥케이스
- 컴포넌트 관련 폴더는 파스칼케이스
파일명
- 컴포넌트(파스칼케이스) 제외 카멜케이스 소문자
함수명
- 동사로 시작, 카멜케이스

Github 사용 규칙

branch 규칙
- fork된 repo에서는 비교적 자유롭게
- PR 날리는 branch는 중요
remote origin
- master: 배포용
- dev: 개발
- feature: 필요시 생성
- hotfix: 에러 수정
merge 기준
- PR -> 코드리뷰 -> 전원 approve -> merge
- zoom 에서 상황공유, 많은 commit -> 큰 단위의 코드리뷰가 필요없음(코어타임 이후에 일을 제외하고)
- 작은 comment 라도 남긴 후 approve
짝 프로그래밍 기준
- 도구
  - live share, sandbox
- 오전 스크럼에 하루 작업량 및 세부 작업을 정함
- 로직적으로 까다로운 부분
- 협업 포인트가 많은 부분
- 공통 컴포넌트, model 작업
Project
- issue 생성
  - 최대한 작게 나누되
  - 체크박스 형식의 세부사항으로 표기
- 프로젝트는 작업상황 공유형식으로 사용(엄격한 필요는 x)
- Milestone
  - 주차별
  - 월요일에 주에 할 일 정리
commit 규칙
- ex. [feat] [#109] 이슈 컴포넌트 추가
  - 다다음줄 세부내용
- 말머리
  - feat: 새로운 기능 추가
  - refactor: 코드 리팩토링
  - fix: 버그 수정
  - test: 테스트 코드 작성
  - docs: 문서
  - chore: 환경설정 파일
  - style: 코드 형식, 정렬, 린트 등의 변경
PR 규칙
- PR 보내는 사람 이름 혹은 캠퍼번호(짝 프로그래밍에 대한) -> github 기능 assignees 표기
- FE, BE 표기-> label 사용
- 제목: 요약
- 내용
  - 세부내용 나열
  - commit에 자세한 내용 포함되게

미팅방법

오프라인 공간 활용(?)
추후논의

📑 v1.0 (20.11.16)