브랜치 네이밍 규칙 예시: 브랜치 예시: feat/1-admin-post

• 기능 추가 (Feature): feature/{이슈 번호}-{간단한 설명} 예: feat/1-add-login-function
• 버그 수정 (Bugfix): fix/{이슈 번호}-{간단한 설명} 예: fix/46-correct-typo
• 리팩토링 (Refactor): refactor/{이슈 번호}-{간단한 설명} 예: refactor/789-update-naming-convention
• 문서 수정 (Docs): docs/{이슈 번호}-{간단한 설명} 예: docs/2-update-readme
• 기타 (Misc): misc/{이슈 번호}-{간단한 설명} 예: misc/345-cleanup-code

이슈 생성 기준: 하루에 할 수 있는 정도를 예상해서 작성 이슈 예시: 로그인 UI 구현 커뮤니티 글생성 기능 구현 로그인 시, 비밀번호 오류 메시지 개선

• 이슈생성내용 보다 더 진척된 경우 : 추가구현한 기능까지 이슈Edit 후 PR생성
• 이슈 세부내용까지 완료된 경우 : PR생성 (feat to dev)
• 이슈 세부내용이 미완료된 경우 : PR생성X, 회의때 진척도 설명

PR을 날릴 때

git checkout a(작업브랜치)
git fetch origin
git merge origin/dev
# (충돌 시 해결 후 commit)
git push origin a

후에 PR 작성