작성일

24.9.20

(update: 25.02.10)

작성자

조상준

0. 개요

• 해당 문서는 RYC 서비스 개발 프로젝트에 참여한 모든 개발자들이 따라야 하는 규칙과 개발 절차를 명세한다.
• 아래 순서로 기능 및 버그 이슈 발행부터 Pull Request 생성과 코드리뷰와 리뷰어의 Approve후 Merge까지의 절차를 담고 있다.

작업 수행 순서

1. 이슈 발행하기

• 작업을 수행하기 전, 한 가지 단위의 Task(기능, 리펙토링, 버그, 등)를 Issue로 발행하여 관리한다.

1. Issue → New Issue 선택

   

2. 작업 종류에 맞게 이슈 템플릿 선택

   

3. 이슈 작성하기!

오른쪽 사이드바에 대한 간단 설명

1. 작업 배정자(Assignees)를 설정한다!
   • 보통 본인 작업에 대한 Issue를 발행하기 때문에, 해당 이슈에 대한 작업자는 본인이 된다. 다른 사람을 할당해도 무방하다.
2. 라벨
   • 기본적으로, github 봇에 의해, 해당 템플릿에 해당하는 라벨이 달린다. (예, 기능 구현 이슈 템플릿을 골랐다면, ⭐️feature라벨이 달림.
   • 이 외로 반드시! 🌍ALL/ 💻BE/ 🚀FE 중 하나를 추가해주어야 한다!
3. 프로젝트
   • Github 프로젝트는 현재 수행중이거나 완료 된 작업에 대해 칸반 보드 형태로 볼수 있다.
   • 2025Github Project에 해당 이슈를 담으면 된다.
   • 현재, Issue와 PR생성시에 자동으로 Github Project의 TODO State로 설정된다.
4. 마일스톤
   • 마일스톤은 쉽게 말하면, 목표기간동안 수행한 작업들의 집합을 의미한다. 그래서 현재 3월 말까지, MVP 구현이 목표이므로 현재는! 1차구현 Milestone에 담으면 된다.

2. 이슈에 대한 브랜치 생성 (현재 자동화 설정)

• 앞서 말했다시피, 현재 Github Action으로 issue에 대한 작업자가 할당되면, 해당 이슈에 대한 브랜치와, 브랜치에 대한 Draft PR이 자동 생성된다! 해당 과정에 대해 아래 상세히 기술해 두었다.