코딩 테스트를 함께 공부하기 위한 웹 플랫폼입니다. 조건에 따라 랜덤으로 문제를 추천하고, 해결 방식 혹은 스터디 멤버 간 생각을 쉽게 공유할 수 있습니다.

• 문제 추천: 스터디 조건에 따라 랜덤으로 문제를 추천합니다.
• 해결 방식 공유: 문제 해결 과정과 아이디어를 쉽게 공유할 수 있습니다.
• 스터디 멤버 간 소통: 누가 문제를 풀었고, 풀이를 공유했는지 쉽게 확인할 수 있으며, 서로의 생각을 나눌 수 있습니다.
• 문제 풀이 AI 리뷰: 작성한 문제 풀이를 AI에게 리뷰를 요청할 수 있습니다.

1. 브랜치 전략

• main, dev는 항상 존재하며, 기능을 개발할 땐 dev 브랜치로부터 분기하여 feat/기능명 브랜치를 생성합니다.
• 기능 브랜치의 개발이 완료되면 PR을 통해 dev 브랜치로 Squash and Merge 합니다.
  • 이유: 기능 브랜치에서의 자잘한 커밋(오타 수정 등)을 없애고, dev에는 기능 단위로 깔끔하게 커밋이 쌓이게 하기 위함
• 프로덕션 배포 준비가 되면 dev 브랜치에서 PR을 통해 main 브랜치로 Merge Commit으로 merge 합니다.
  • 이유: 배포 이력을 명확히 남기고 브랜치 간 그래프를 연결하기 위함

2. 브랜치 컨벤션

• 형식: 태그/설명
• 태그: feat, fix, docs, chore, design, refactor, cicd
• 예시:

  feat/user-auth-signup-login
  fix/web-header-layout-mobile

3. 커밋 컨벤션

• 형식: 태그: 요약
• 태그: Init, Feat, Fix, Docs, Chore, Design, Refactor, CI/CD
• 가능한 작은 단위로 커밋하고, 변경 요약/의도/범위를 명확히 기술합니다.
• 예시:

  Feat: 로그인 기능 추가
  (엔터로 한 칸 띄우기)
  - 소셜 로그인 추가 및 서버로부터 JWT 발급 로직 구현
  - ...