2주차 스프린트 계획 회의 - boostcampwm-2021/iOS04-OwnMyWay GitHub Wiki

Issue/PR 레이블 관련

다른 프로젝트를 참고하니 다양한 레이블이 있음

  • 필요해보이는 것: feature 라벨, bug 라벨, bug fix 라벨, test 라벨
  • 레이블이 너무 많아지면 헷갈릴수도 있음
  • 조사해보니 레이블을 정말 다양하게 만들어서 쓰긴 하는데 (100 몇개) 필요할때 만들면 될듯

Issue/PR Templete 작성

이슈 close는 PR메시지에서 할 수도 있지만 커밋 메시지에서도 가능

  • 커밋 메시지를 작성하려면 수정사항이 있어야 함
  • 빈 커밋을 생성할 수 있음
    • Git commit —allow-empty -m “close #3”

Issue 템플릿이 필요할까?

  • 굳이 필요 없어보임
    • 이슈에다가 버그 리포트를 써줄 수도 있는데 템플릿이 있으면 형식이 고정될 수 있음
    • PR 템플릿은 틀을 잡을 수 있어서 좋아보임
  • Issue Title로 어떤 일인지 파악이 가능하기 때문임
    • 스토리 번호, Task 번호
    • [S1-T1] 무슨 일을 해야함
    • 세부 Task들은 Issue안에 넣고 description을 추가할까?
  • 그래도 만들어놓기는 하자
    • 우선순위랑 예상 시간 적어주기
    • 우선순위도 라벨링이 가능함 P3, P2, P1 이런식으로

PR 템플릿 작성하기

  • PR 보내기 전 체크리스트
  • PR 제목은 어떤 기능들이 있는지만 잘 담으면 될듯

다같이 프로젝트 초기화

gitignore 추가 및 프로젝트 초기화, swift lint 추가

폴더 구조 정리

commit merge를 왜 merge request로 했는가?

  • main 브랜치에 커밋 기록을 깔끔하게 남길 수 있어서