[Init] issue 및 pr 템플릿 설정

[qowjdals23]

✏️ Summary

• close [Init] Issue 및 PR 템플릿 설정 #4

Issue 템플릿 (feature/fix/refactor)과 PR 템플릿을 설정했습니다.

📑 Tasks

• 기능 이슈 템플릿 (.github/ISSUE_TEMPLATE/feature.yml)
• 버그 이슈 템플릿 (.github/ISSUE_TEMPLATE/fix.yml)
• 리팩터링 이슈 템플릿 (.github/ISSUE_TEMPLATE/refactor.yml)
• PR 템플릿 (.github/pull_request_template.md)

이슈 템플릿을 feature / fix / refactor로 구분했으며, 새로운 이슈/PR 작성 시 자동으로 템플릿이 나타나도록 설정했습니다.

👀 To Reviewer

• 수정이 필요한 부분이 있다면 편하게 말씀해 주세요 !

📸 Screenshot

🔔 ETC

[odukong]

Feat뿐 만 아니라 Fix,Refactor ISSUE 템플릿까지 챙겨주신 꼼꼼함 너무 좋네요🥰

일반적으로 ISSUE 템플릿도 PR 템플릿처럼 md파일 형태로 정의하는 경우가 많은데 yml형식으로 정의하신 이유가 궁금해요!!

[hummingbbird]

fix, refactor 외의 이슈들은 보통 해당 템플릿을 사용할 거 같아서 title을 '[TYPE] '과 같은 형태로 수정해줘도 좋을 거 같아요!

[qowjdals23]

수정 완료했습니다 !! 🔥

[hummingbbird]

Feat뿐 만 아니라 Fix,Refactor ISSUE 템플릿까지 챙겨주신 꼼꼼함 너무 좋네요🥰

일반적으로 ISSUE 템플릿도 PR 템플릿처럼 md파일 형태로 정의하는 경우가 많은데 yml형식으로 정의하신 이유가 궁금해요!!

제가 대신 말씀드리자면..!!! 'yml' 형식으로 작성하면 이슈를 작성할 때 아래와 같이 각 항목별로 나눠서 쓸 수 있어요! 그래서 이슈 템플릿의 경우 yml로 작성하는 경우도 종종 있는 걸로 알고 있습니다😙 그런데 작성해주신 3개의 yml 파일의 내부 구성요소가 크게 다르지 않아서 조금 더 각 타입에 핏하게 수정하거나, 아니면 그냥 이슈 템플릿을 하나로 합쳐도 괜찮을 거 같다고 생각이 드는데 다른 분들은 어떻게 생각하시나요??

(p.s. 자동 label이 왜저렇게 달렸을까요? 미스테리합니다..)

[qowjdals23]

제가 대신 말씀드리자면..!!! 'yml' 형식으로 작성하면 이슈를 작성할 때 아래와 같이 각 항목별로 나눠서 쓸 수 있어요! 그래서 이슈 템플릿의 경우 yml로 작성하는 경우도 종종 있는 걸로 알고 있습니다😙 그런데 작성해주신 3개의 yml 파일의 내부 구성요소가 크게 다르지 않아서 조금 더 각 타입에 핏하게 수정하거나, 아니면 그냥 이슈 템플릿을 하나로 합쳐도 괜찮을 거 같다고 생각이 드는데 다른 분들은 어떻게 생각하시나요??

(p.s. 자동 label이 왜저렇게 달렸을까요? 미스테리합니다..)

좋은 의견 감사합니다!!! 😊

우선 이슈 타입을 명확히 구분하는 용도로 구조는 동일하게 두고 템플릿만 분리했는데, 템플릿 간 내부 구성이 크게 다르지 않아서 하나의 이슈 템플릿으로 가져가도 괜찮다고 생각합니다 !

(타입별로 더 핏하게 수정하는 방향이 더 좋다면, 의견 주시면 바로 반영하겠습니다 ! ! 🔥)

[u-zzn]

Feat뿐 만 아니라 Fix,Refactor ISSUE 템플릿까지 챙겨주신 꼼꼼함 너무 좋네요🥰
일반적으로 ISSUE 템플릿도 PR 템플릿처럼 md파일 형태로 정의하는 경우가 많은데 yml형식으로 정의하신 이유가 궁금해요!!

제가 대신 말씀드리자면..!!! 'yml' 형식으로 작성하면 이슈를 작성할 때 아래와 같이 각 항목별로 나눠서 쓸 수 있어요! 그래서 이슈 템플릿의 경우 yml로 작성하는 경우도 종종 있는 걸로 알고 있습니다😙 그런데 작성해주신 3개의 yml 파일의 내부 구성요소가 크게 다르지 않아서 조금 더 각 타입에 핏하게 수정하거나, 아니면 그냥 이슈 템플릿을 하나로 합쳐도 괜찮을 거 같다고 생각이 드는데 다른 분들은 어떻게 생각하시나요??

(p.s. 자동 label이 왜저렇게 달렸을까요? 미스테리합니다..)

저도 이슈 템플릿을 하나로 합치는 방향에 동의합니다! :)
현재 Feature / Fix / Refactor 템플릿이 body 구조가 거의 동일해서, 여러 개로 나누는 것보다 하나로 관리하는 편이 유지보수나 일관성 측면에서 더 좋다고 생각합니다 ☺️

[odukong]

제가 대신 말씀드리자면..!!! 'yml' 형식으로 작성하면 이슈를 작성할 때 아래와 같이 각 항목별로 나눠서 쓸 수 있어요! 그래서 이슈 템플릿의 경우 yml로 작성하는 경우도 종종 있는 걸로 알고 있습니다😙 그런데 작성해주신 3개의 yml 파일의 내부 구성요소가 크게 다르지 않아서 조금 더 각 타입에 핏하게 수정하거나, 아니면 그냥 이슈 템플릿을 하나로 합쳐도 괜찮을 거 같다고 생각이 드는데 다른 분들은 어떻게 생각하시나요??

이슈 템플릿을 하나로 합쳐도 무관하다고 생각합니다! 세부 내용에 각 이슈 타입에 맞춰 작성하면 되는 부분이니까요 !

(p.s. 자동 label이 왜저렇게 달렸을까요? 미스테리합니다..)

labeler.yml 파일에 enable 속성에 pr이 포함되면서 pr의 제목만 인식하는 것이 아니라 본문의 refactor, feat, fix 문자열을 인식하면서 해당 label들이 자동으로 붙게된거같아요 !
제목만 인식되게하려면, label.yml에서 context.payload.pull_request.title에 대한 조건처리를 하도록 script처리를 해야할 것 같습니다 ! (하지만 이번 PR을 제외하면 본문에 refactor, feat, fix같은 라벨 타입이 포함될 경우는 없을 것 같아 여유가 되실 때 수정해주면 좋을 것 같아요!!)

[hummingbbird]

lgtm~ 수고했어요! 👍👍 어푸할게요 ~~