HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
프로그래머스 프론트엔드 데브코스 2기
프로그래머스 프론트엔드 데브코스 2기
/
지은팀
지은팀
/
🤍
지금 당신에게 필요한 책, <러북>
/
💙
프로젝트 기획 회의
💙

프로젝트 기획 회의

날짜
May 31, 2022
태그
회의
기획

오늘 할 일

내일 18시 30분 스크럼
주제(캠핑과 모각독 중 택 1)
투표 후 주제 정하기
주제 정하고 조금 더 구체화하기
내일 할 일 정하기
 

진행

회의록(22/05/31)

 

마무리(다음 일정 및 TODO)

다음 일정 정하기
사용하고 싶은 Skill 생각하기(6/3 금요일까지)
  • 사용할 기술 이유 생각해오기
    • 왜 그 기술을 선택했는지에 대한 이유를 알아야 한다고 생각함 ex) react를 선택한 이유, redux 대신 context api를 선택한 이유 등
태욱님, 상윤님, 다은님, 수경님
여러분 오늘 너무 수고 많았고 앞으로도 잘부탁드립니다!
깃 커밋 컨벤션 의견
유다시티의 스타일을 참고(태욱)
커밋 메시지 구조 [타입(type)] : 제목(subject) 본문(body) 푸터(footer)
 
😁유다시티에서는 7개 종류의 타입의 사용을 권장하고 있음.
타입 종류
  1. feat: 새로운 기능 추가
  1. fix: 오류 수정
  1. docs: 문서 관련 수정
  1. style: 코드를 변화하지 않은 수정 ex) 세미콜론, 들여쓰기
  1. refactor: 코드의 리팩토링
  1. chore: 빌드 혹은 패키지 매니저 수정사항
  1. 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.푸터는 이슈 트랙킹을 위해 사용한다.
 
출처: 내삶발전기록용 티스토리
 
이외에 리팩토링에 관해서 이슈에 번호를 붙여 분리하여 커밋하는 것도 다른 팀원이 찾는 것에 도움이 되지 않을까 싶습니다. (개인적인 의견)