HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
🤎
프론트엔드 데브코스 5기 교육생
/
💻
이세희팀
/
🚀
팀프로젝트 : Styled
/
🗨️
커밋 PR 컨벤션
🗨️

커밋 PR 컨벤션

헤이딜러 개발팀 모두가 행복한 개발/PR관리 방법 7가지
헤이딜러에서 팀으로 개발하면서 효율적으로 코딩하고 PR을 만들고 이 PR들을 관리하는 방식에 대해서 소개합니다.
헤이딜러 개발팀 모두가 행복한 개발/PR관리 방법 7가지
https://medium.com/prnd/헤이딜러-개발팀-모두가-행복한-개발-pr관리-방법-7가지-1d4cd5d091f0
헤이딜러 개발팀 모두가 행복한 개발/PR관리 방법 7가지
읽어보면 좋을 듯한…!!
 

git 커밋 컨벤션

 
메시지 구조
type(옵션): [#issueNumber - ]Subject  // ->제목 body(옵션) //  ->본문 footer(옵션) // ->꼬리말
 
  • 제목
    • 태그: 제목 ex) Feat: 로그인 기능 추가 or Feat: add Login Feature
      notion image
       
  • 본문(선택사항)
    • 한 줄 당 72자 내로 상세히 적기
      ex) 새로고침 시 로그인 유지 기능 개발
       
  • 꼬리말(선택사항)
    • 관련된 이슈가 있는 경우
      유형: 이슈번호 ex) 10번 이슈를 해결했고 이때 3번 이슈를 참고하였고, 해결한 10번 이슈가 5번 이슈와 관련이 있을 때 Solved: #10 Ref: #3 Related to: #5
      notion image
 
(참고 : [협업] 협업을 위한 git 커밋컨벤션 설정하기 (tistory.com)
https://velog.io/@ye-ji/Git-PR-잘-쓰는-방법#본문-body)
 
 

git PR 컨벤션

Todo
  • PR 본문 어떻게 쓸 지
  • PR 라벨
  • 빌드 확인 도구
  • 코드컨벤션 확인(정적분석)
  • 빌드/정적분석 통과해야 머지하게 할 것인지?
  • 머지 전략
 
PR 본문 예시 (PR 본문 어떻게 쓸 지 정하고 해당 내용 템플릿으로 올려두면 좋을 것 같아용)
EX1) ### PR 타입(하나 이상의 PR 타입을 선택해주세요) -[] 기능 추가 -[] 기능 삭제 -[] 버그 수정 -[] 의존성, 환경 변수, 빌드 관련 코드 업데이트 ### 반영 브랜치 ex) feat/login -> dev ### 변경 사항 ex) 로그인 시, 구글 소셜 로그인 기능을 추가했습니다. ### 테스트 결과 ex) 베이스 브랜치에 포함되기 위한 코드는 모두 정상적으로 동작해야 합니다. 결과물에 대한 스크린샷, GIF, 혹은 라이브 데모가 가능하도록 샘플API를 첨부할 수도 있습니다. EX2) ## 개요 ## 작업사항 ## 변경로직 ### 변경전 ### 변경후 ## 사용방법 ## 기타
 
  • 깃 머지 전
    • Merge Pull Request 어쩌고… 남으면 알아보기 힘들고 히스토리를 알기 어려우니까 머지 전략 적용해서 히스토리 관리하기!
       
      ✅
      Merge Commit (그냥 맨날 하는 머지 Merge Pull Request 어쩌고 나오는거)
      ✅
      Squash and Merge
      작업 완료된 브랜치의 commit은 새로운 commit 으로 모두 squash되며, 새로운 commit의 제목은 PR 제목이 되고, 합쳐진 commit의 제목은 새로운 commit의 상세 내용이 된다
      ✅
      Rebase and Merge
       
    • 비교
      • notion image
      Git의 다양한 머지 전략 비교 - 우리 팀은 어떤 전략을 도입해야 할까?
      Git은 한 브랜치에서 작업한 내용을 Main 브랜치에 병합(Merge)할 수 있는 다양한 방법들을 제공한다. 이러한 방법들을 Merge 전략이라고 부르는데, 다양한 방법들 중에서도 이번 글에서는 가장 많이 사용되는 방법인 1) Merge Commit, 2) Squash and Merge, 3) Rebase and Merge에 대해 소개하려고 한다.
      Git의 다양한 머지 전략 비교 - 우리 팀은 어떤 전략을 도입해야 할까?
      https://inmoonlight.github.io/2021/07/11/Git-merge-strategy/
      Git의 다양한 머지 전략 비교 - 우리 팀은 어떤 전략을 도입해야 할까?
Git! 브랜치 관리 전략 및 버전 관리 환경 개선 사례
1년 동안 앓은 고질병
Git! 브랜치 관리 전략 및 버전 관리 환경 개선 사례
https://moonsupport.oopy.io/post/1
Git! 브랜치 관리 전략 및 버전 관리 환경 개선 사례
Git의 다양한 머지 전략 비교 - 우리 팀은 어떤 전략을 도입해야 할까?
Git은 한 브랜치에서 작업한 내용을 Main 브랜치에 병합(Merge)할 수 있는 다양한 방법들을 제공한다. 이러한 방법들을 Merge 전략이라고 부르는데, 다양한 방법들 중에서도 이번 글에서는 가장 많이 사용되는 방법인 1) Merge Commit, 2) Squash and Merge, 3) Rebase and Merge에 대해 소개하려고 한다.
Git의 다양한 머지 전략 비교 - 우리 팀은 어떤 전략을 도입해야 할까?
https://inmoonlight.github.io/2021/07/11/Git-merge-strategy/
Git의 다양한 머지 전략 비교 - 우리 팀은 어떤 전략을 도입해야 할까?
 
(추가) ISSUE 템플릿
### Issue 타입(하나 이상의 Issue 타입을 선택해주세요) -[] 기능 추가 -[] 기능 삭제 -[] 버그 수정 -[] 의존성, 환경 변수, 빌드 관련 코드 업데이트 ### 상세 내용 ex) Github 소셜 로그인 기능이 필요합니다. ### 예상 소요 시간 -[] `0.5h` -[] `1h` -[] `1.5h` -[] `2h` -[] `2.5h` -[] `3h` ### 라벨 - 예상 소요 시간: `E: 1h` - 그룹: `client`, `server` - 긴급도: `High`, `Middle`, `Low`
(추가) PR, ISSUE 템플릿 등록하는 방법
https://velog.io/@ye-ji/Git-PR-ISSUE-템플릿-등록하는-방법#자동으로-pr-템플릿-지정하는-방법