<aside> ❗ 제 3자가 내 코드를 이해하고 수정하기 쉽게 작성하는 것을 목표로 합니다.

</aside>

Git branch 전략

• github flow 전략
  • 이슈 단위로 브랜치 생성 → 작업 → main으로 머지
  • 대신 린팅 잘하기!
  • main branch protect

브랜치 네이밍

• subject/#이슈번호

커밋 컨벤션

• 작업 효율을 위해 최대한 빠르게 완성할 수 있는 subject case 추천 ex FEAT → feat
• 커밋 단위는 되도록 작고 의미에 맞게 하기

네이밍

• 최대한 풀어서 작성합니다.
  • 사전에 있는 줄임말은 허용하지만 최대한 지양합니다.
• 이름만 보고 무슨 역할을 하는지 알 수 있도록 작성합니다.
• 변수, 함수는 camelCase 로 작성합니다.
• 컴포넌트는 PascalCase 로 작성합니다.
• 상수, 환경변수는 UPPER_SNAKE_CASE 로 작성합니다.
• ex)

타입

• any 사용을 지양합니다.
• interface와 type alias의 차이를 알고 타입을 선언합니다.
  • interface
    • 선언적 확장 가능.
    • 객체 타입만 가능.
  • type
    • 확장 불가

스타일

• css props 을 적극 활용합니다.
  • 불필요한 styled components의 작성을 피할 수 있습니다.
  • props나 state를 토대로 스타일을 쉽게 적용할 수 있습니다.