마스터 브랜치의 코드 검토 프로세스에 대한 도전

Question

QA 팀의 권장 사항으로, 프로젝트에서 단일 마스터 브랜치를 유지 관리하고 있으며 모든 팀 구성원이 브랜치를 직접 마스터 링하고 있습니다. 이렇게하면 CI가 마스터에서 실행되기 때문에 CI가 간단하며 CI에 첨부 된 모든 UT, 정상 도구 등이 있으며 모든 것이 제자리에 있습니다. 그러나 문제는 코드 리뷰에 있습니다. 모두가 수시로 마스터하기 때문에 팀원은 코드 검토를 위해 어떻게 모집합니까? 리뷰 작성자는 특정 저자/피쳐 코드를 검토하는 것이 어렵습니다. 개별 지점을 갖는 것 외에 어떤 대안?

Answer 1

각 개발자는 자신의 지점을 가져야하며, 여기서 새로운 커밋은 마스터에 병합되기 전에 다른 개발자가 코드를 검토 할 수 있습니다. 새 커밋을 끌어 오기 요청이라고합니다.

코드 리뷰를위한 하나의 고전적인 도구는 Gerrit : https://en.wikipedia.org/wiki/Gerrit_(software)입니다. 웹 브라우저에서 새 커밋 (요청 가져 오기)을 시각적으로 검토하고 선택한 분기에 병합 할 수 있습니다.

잘 알려진 코드 버전 서비스를 사용하는 경우 코드 검토 및 끌어 오기 요청을위한 도구가 이미 설치되었을 수 있습니다. 예를 들어, Bitbucket이 가지고 있습니다.