dragonhyeon 님의 블로그

IssuesGitHub 의 Issue 는 버그 리포트, 기능 요청, 질문, 작업 항목 등을 기록하고 추적하는 데 사용하는 토론 중심의 티켓 시스템입니다.Issues 작성 방법title 및 description 작성 & 적절한 Assignees, Labels 등 지정혹은 Issue Templates 을 활용하여 작성제목은 일반적으로 [이슈 유형] 간결한 제목 설명 과 같은 형태로 작성ex.[Feature] 페이지 끝에서 자동으로 다음 페이지로 넘어가는 기능 추가[Feature] Add auto-pagination when macro reaches the last page설명은 자유 형식으로 서술형 응답으로 작성하면 되며, 템플릿에서 항목을 제공할 경우 항목에 맞게 작성하면 됨Issue Templates사용..

Create a merge commit vs Squash and merge vs Rebase and mergeCreate a merge commit포크 (병렬 분기) 형태로 병합fast-forward merge 가 가능한 병합일지라도 GitHub 상에서는 해당 옵션 선택시 항상 포크 형태로 병합커밋 이력을 직선형으로 유지하고 싶다면 Rebase and merge 옵션을 선택해야 함하지만 Rebase and merge 옵션을 선택할 경우 커밋 해시는 변경됨커밋 이력 보존SHA 동일Squash and merge직선형으로 병합커밋 이력 손실SHA 변경Rebase and merge직선형으로 병합커밋 이력 보존SHA 변경

PR 작성 컨벤션PR 작성에 대한 공식 표준은 없지만 흔히 사용되는 컨벤션은 존재합니다.PR 제목Conventional Commits 스타일을 따르는 경우가 많습니다.PR 제목은 PR 에 포함된 여러 커밋들의 핵심 내용을 대표하는 제목으로 새롭게 작성하는 것이 일반적입니다.만일 커밋이 1개인 경우 해당 커밋 메시지가 잘 작성된 Conventional Commits 메시지라면 해당 커밋의 header 를 PR 의 제목으로 그대로 사용하기도 합니다.이는 Merge 수락시에도 적용되는 내용으로 단일 커밋에 대한 PR 을 Squash and merge 방식으로 병합하는 경우 Commit message 는 단일 커밋의 header 를, Extended description 은 단일 커밋의 body 를 그대로 사용..