오늘 할 일
스토리보드 그려보기(각자 페이지 구성해오기)
비교해서 선택하기
내일 일정 정하기
진행
회의록(22/06/01)
마무리(다음 일정 및 TODO)
다음 일정 정하기(내일)
깃 컨벤션/깃 브랜치 관리
- 코드 리뷰(PR) 규칙
prettier/eslint 규칙 설정
사용하고 싶은 Skill 생각하기(6/6 월요일 회의 전까지)
- 사용할 기술 이유 생각해오기
- 왜 그 기술을 선택했는지에 대한 이유를 알아야 한다고 생각함 ex) react를 선택한 이유, redux 대신 context api를 선택한 이유 등
- 페이지 만들어서 적기
6/6 월 피그마 대충 50%(월)
제가 한 부분을 설명해드리고
추가할 부분 + 덜어내야 할 부분 얘기하면서 틀 제대로 잡기
깃 커밋 컨벤션 의견
유다시티의 스타일을 참고(태욱)
커밋 메시지 구조 [타입(type)] : 제목(subject) 본문(body) 푸터(footer)
😁유다시티에서는 7개 종류의 타입의 사용을 권장하고 있음.
타입 종류
- feat: 새로운 기능 추가
- fix: 오류 수정
- docs: 문서 관련 수정
- style: 코드를 변화하지 않은 수정 ex) 세미콜론, 들여쓰기
- refactor: 코드의 리팩토링
- chore: 빌드 혹은 패키지 매니저 수정사항
- test: test 코드 삽입 및 수정
제목에 관한 규칙 1.제목은 가능한 간결하게 50자 내로 작성한다. 2.제목의 시작은 대문자로 작성한다. 3.제목은 동사 단어로 작성을 시작하고 명령문으로 작성한다. 4.제목에는 마침표를 사용하지 않는다.
제목에 자주 쓰이는 동사 단어
FIX
- ex) Fix git, Fix error
- in으로 수정 위치를 나타낼 수 있다. ex) Fix typo in git.java
- to/for로 수정 이유 나타낼 수 있다.
- when을 통해 어느 상황에서 발생한 에러를 수정했는지 나타낼 수 있다.
ADD
- 코드나 문자를 추가할 때 사용한다.
- for이나 to와 함께 사용해 추가한 이유나 추가한 위치를 나타낼 수 있다.
REMOVE
- 코드를 삭제했을 때 사용한다.
RENAME
- 이름 변경이 있을 때 사용한다.
Simplify
- 코드를 단순화 하는 경우 사용한다.
MOVE
- 코드나 파일 등이 이동하는 경우 사용한다.
본문에 관한 규칙 1.본문은 한 줄 당 72자 내로 작성한다. 2.본문은 최대한 상세히 작성한다. 3.본문에는 무엇을 왜 변경했는지를 작성한다.
푸터에 관한 규칙 1.푸터의 작성은 생략 가능 2.푸터는 이슈 트랙킹을 위해 사용한다.
출처: 내삶발전기록용 티스토리
이외에 리팩토링에 관해서 이슈에 번호를 붙여 분리하여 커밋하는 것도 다른 팀원이 찾는 것에 도움이 되지 않을까 싶습니다. (개인적인 의견)