Github 이슈 PR단위

개발에 관련한 모든 주제가 그렇듯이, 이슈 단위 또한 상황에 따라 다릅니다. 정답은 없으니 생각할 수 있는 '틀'의 구조로 답변을 남깁니다. ## 개발자의 '이슈' [본인만의 issue 단위 정의하기] - ex) todo list의 작업 하나 === 1 이슈, 6 commits 분량의 작업 단위 === 1이슈, 1 feature === 1 이슈 등 => 본인만의 기준을 세우고 한 달, 분기 단위로 실천해 보세요. 그리고 피드백을 통해 발전시켜 보세요. 나름대로 기준을 세운다면, 의문을 줄이는데 도움이 될 것입니다. 레퍼런스로 참고할만한 단위와 워크플로우는 프레임워크를 개발하는 회사들의 github 레포지토리를 살펴보길 추천합니다.(ex, vercel, meta) ## 이슈의 종류 - ex ) feature(새 기능), doc(문서), fix(버그 수정), style(디자인, 퍼블리싱 등) => 말 장난 같지만 개발자의 본질은 개발입니다. 이슈의 종류는 개발자가 신경 써야할 대상들을 의미한다고 생각합니다. 따라서 git 커밋 메시지 제목으로 적는 요소들이 이슈의 종류가 될 수 있습니다. ## 이슈 작성을 포함한 관리 도구 - ex) github project, jira, linear => 체계, 규칙을 세웠으면 이를 구현하고 관리할 도구는 필수적입니다. 본인에게 알맞은 도구를 찾아보세요. 개인적으로 소규모 팀이나 개인이라면 linear를 추천드립니다. + 같이 읽으면 좋을만한 글들 * Linear Method - https://linear.app/docs/linear-method * What are issue types? - https://support.atlassian.com/jira-cloud-administration/docs/what-are-issue-types/ + AI에게 물어보면 좋은 프롬프트 - "3명 미만 개발팀이 웹개발 프로젝트에 사용할 이슈 관리 규칙을 작성해줘. 이슈의 단위, 이슈 작성 포맷, github action과 연동해서 사용할 방법을 위주로 상세하게 작성해."