14. 브랜치 전략 정하기
Example.
- 이슈마다 브랜치를 생성한다.
- 각 브랜치는 develop 브랜치에 merge 한다.
- 마일스톤 목표가 끝나면 master브랜치로 develop브랜치를 merge한다.
- 혹은 front는 이렇게, back은 이렇게 한다.
42. Add your review를 누르면
확인할 수 있습니다!
Github에서는리뷰어가 코드리뷰에대해
3가지의 의사표현을 할 수 있어요!
코드 리뷰
43. Github에서는리뷰어가 코드리뷰에대해
3가지의 의사표현을 할 수 있어요!
그냥 코멘트만 달아줍니다.
찬성도 반대도 아니에요
코드에서 버그를 발견했습니
다!
고쳐달라고 요청을합니다!
이 코드가 합쳐지는 것을 동의
합니다!
코드 리뷰
44. 저는 보통 다음과 같은 단계로 코드 리뷰를 진행해요!
1. File changed에서 변경사항 확인
2. 이해가 안되면 local에 받아서 돌려보기
3. File changed에서 한 줄 한 줄 마다 댓글을 답니다.
4. 의사표현을 남깁니다( Approve/ Request changes / 그냥 comment)
코드 리뷰
45. 어떻게?? 이상한게 보이면 코멘트를 달아줍니다.
자문자답한거 안비밀..
번호에 마우스를 갖다대면 +
버튼이 뜹니다. 그럼 원하는 줄
에 코멘트를 달 수 있어요
코드 리뷰
46. 코드 리뷰
어떻게?? 이상한게 보이면 코멘트를 달아줍니다.
자문자답한거 안비밀..
ADD Single comment를 누
르면 즉시 코멘트가 달립니다.
Start a review를 누르면
코멘트가 달리고 pending 상
태가 됩니다.
Pending 상태는 나만 볼 수 있
는 상태에요!
47. 코드 리뷰
만약에 변경사항 생겨서 다시 커밋, 푸쉬하더라도
풀리퀘를 다시 만들 필요가 없어요!
git add .
git commit -m “주석 처리함”
git push