→ 리뷰어의 좋은 의도, 불치하문
- 버그 하나당 하나의 PR
- 버전 업데이트 및 리팩토링은 별도의 PR
- 규모가 큰 변경 사항은 의미 있는 작은 단위로!
-까지 리뷰 가능
ack 네, 반영했습니다.
테스트 커버리지, esLint, Formatter, Team’s convention 누락된 기능(케이스) 조기 발견 버그 및 실수 조기 발견 테스트 코드의 작성 여부 코드 컨벤션이 잘 지켜졌는가 가독성과 확장성, 유지보수 편의성 팀원들의 이해도 향상 코드 퀄리티 향상
Craft : 호기심을 가지고 작성자의 의도를 파악
1) 친절하게! 이유와 함께
2) 이유를 다른 대안/추천하는 방식과 함께
3) 중요성에 따라 명확한 행동을 촉구
- 질문(QQ)
- 마이너(NIT)
- 변경(RC)
1) 승인
2) 전체 방향성 OK (but, 작은 변경 요청)
- 이름 변경
- 순서 변경
3) 변경 요청
4) 이대로 배포 불가
- 코드 수정 필요
5) 질문
- 코드 의도 파악
- 큰 그림의 질문
- 설계적인 질문
https://www.youtube.com/watch?v=JTEXwh4kq0k
[git] 생존을 위한 git : Git과 관련된 협업의 모든 것 (0) | 2024.12.31 |
---|---|
[git] git branch 전략 : develop, release, hotfix (0) | 2024.03.18 |
[git] 생존을 위한 Git : 되돌리기 시리즈 --amend, reset, revert (0) | 2024.03.18 |
[git] 생존을 위한 Git : merge, rebase, cherry-pick, squash and merge (0) | 2024.03.15 |
[git] 생존을 위한 git : 파일의 상태 , 커밋 히스토리 (0) | 2024.03.15 |