PLOVER Business Rules

PLOVER Business Rules

📌개발규칙

공통

• 특수문자는 _ 만 허용한다.
• ex) Is_Select(클래스), get_Value(함수), is_Select(변수)

클래스명

• 클래스명은 대문자의 명사로 시작한다.
• ex) MemberDto

함수명

• 소문자의 동사로 시작한다.
• ex) getValue

변수명

• 소문자로 시작하며 여러 단어로 이루어진 경우 카멜표기법으로 작성한다.
• ex) selectProblemList

---

✨Git 규칙

branch

branch name	기능
master	배포 상태로 오류 없는 상태를 유지한다. Tag를 이용하여 버전을 관리한다.
release	master로 merge하기전에 점검하는 단계로 back과 front를 합쳐 진행한다.
develop-front	frontend develop branch
develop-back	backend develop branch
feature	이슈별로 관리한다. 현재 프로젝트의 이슈번호는 S04P12B104-4 이다. 뒤의 -4 부분은 이슈 고유 번호를 뜻한다. ex) feature-4

merge

코딩하기 전 본인 파트의 develop 가져오기

develop브런치로 이동

git checkout develop

현재 branch에 master의 내용 불러오기

git pull origin master

MR(Merge Request)

• merge 하기 전 서로 코드 리뷰하기(파트 별 인원에 모든 리뷰가 있어야 merge 가능.)
• 팀장 혹은 CTO가 확인 후 merge
• merge 후 branch 지우기(feature브랜치만 해당)

commit

commit Type
- feat : 새로운 기능 추가
- fix : 버그 수정
- docs : 문서 수정
- style : 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우
- refactor : 코드 리팩토링
- test : 테스트 코드, 리펙토링 테스트 코드 추가
- chore : 빌드 업무 수정

• 제목 : commit type / Jira Issue No / Jira Issue Title or 내용 요약

• 참고사이트_git - 커밋 메시지 컨벤션

• 우수커밋github

• ex)

  feat / S04P12B104-4 / Business Rules 작성
  
  

**문서의 경우 docs: 버전 / 이슈번호 / 내용 으로 커밋해준다.

```

---

🙌Jira 규칙

🚗스프린트

• 각 스프린트는 1주일을 기준으로 진행한다.
• 각 스프린트 기준으로 일인당 40 Point의 스토리 포인트가 부여된다.
  • 하루에 8포인트 ( 8시간 ) * 5 = 40 Point

🚓이슈등록

• 이슈 등록은 각 파트 CTO와 팀장이 등록을 실시한다.
• 이슈 등록 후 해당 이슈에 본인 파트의 팀원을 등록한다.

🚕이슈관리

• 최초 이슈를 할당 받으면 담당자는 스토리포인트를 부여한다.
• 또한 해당 이슈의 우선순위를 설정한다.
• 작업 들어가기 전 할일 --> 진행중
  진행 완료하면 --> 완료
  상태를 최신화한다.
• 설명란에 최대한 자세히 해당 이슈에 있어서 담당자가 작성한다.
• 모든 이슈 관련 문의는 댓글기능을 통해 이뤄지며 SNS/전화는 지향한다.

🚌작업유형

• 에픽

  • Epic
  • 큰 단위의 업무(여러 User Story, Task 등을 묶은 단위)

• 스토리

  • Story

• 최종 고객에게 가치를 제공하는 기능

• 작성 방법 : “I as WHO want to do WHAT, so that WHY”

  • Tip) User story의 크기는 sprint내에 완료 가능한 단위로 분할 필요
  • 예) 사용자 관리 개발

• 부작업

  • Sub-task

• Story, Task를 더 작은 단위로 나눈 업무

  • 즉, 모든 Sub-Task가 끝나야 해당 업무 종료
  • 예) 사용자 관리(UI) 개발, 사용자관리(Service) 개발

• 작업

  • 

    Task

  • User Story외의 기술적, 관리적 업무

    • 예) 설계, 서버 설치, 클라우드 도입 등

  • 시간설정

  • 

  • 작업 > 상세보기 > 더 많은 조치 > 작업로그 > 작업한 시간

    • 이용하여 작업 시간 적어주시길 바랍니다.

참고로, JIRA에서는 Story와 Task를 같은 레벨로 구분하지만, 일반적으로 Story를 더 작게 나눈것을 Task라고 정의하기도 함

🚑이슈 연결 관리

cause vs block

• A causes B: A가 B의 원인이다.

  • 예시) 파티를 준비해야해서, 요리를 한다.

• A blocks B: A를 끝내야 B를 할 수 있다.

  • 예시) 손을 씻고, 요리를 한다.

clone vs duplicate

• clone: 복사, 기존 이슈를 복사하고 싶을 때 clone 사용
• duplicate: 중복, 실수로 같은 이슈를 2개 이상 올렸을 때 duplicate 로 처리

etc

지라 이슈 링킹에서는 하나의 관계에 자동태와 수동태로 상관 관계를 정할 수 있다.

• 분리 : (split to, split from)

• 연관 : relates to