기능을 구현하는 git 커밋을 준비합니다. 잊지 말고 테스트를 추가하세요.
문서를 업데이트해야 합니다 변경사항이 사용자에게 눈에 띄는 영향을 미치는 경우
출시 노트 추가를 참조하세요. 호환되지 않는 변경사항인 경우
브레이킹 체인지 출시 가이드 읽어보기
다음에서 pull 요청 만들기
GitHub GitHub를 처음 사용하는 경우
가져오기에 대한 읽기
요청을 참조하세요. 참고:
기본 Bazel 저장소에 브랜치를 만들 수 있는 권한을 제한하므로
자체 포크로 커밋을 푸시해야 합니다.
저장소를 사용합니다.
Bazel 관리자가 영업일 기준 2일 이내에 검토자를 배정해야 합니다.
(미국과 독일의 공휴일 제외) 이 도구를 사용해
아직 검토자가 있는 경우
bazel-dev@googlegroups.com.
검토자와 협력하여 코드 검토를 완료합니다. 각 변경사항에 대해
새 커밋을 만들고 푸시하여 pull 요청을 변경할 수 있습니다. 리뷰가
시간이 너무 오래 걸리면 (예: 리뷰 작성자가 응답하지 않는 경우)
bazel-dev@googlegroups.com.
검토가 완료되면 Bazel 유지관리자가 패치를
Google의 내부 버전 제어 시스템입니다.
이로 인해 내부 사전 제출 검사가 트리거됩니다.
더 많은 변경이 제안될 수 있습니다 별도의 선호를 표현하지 않은 경우
변경사항을 제출하는 유지 관리 담당자가 '사소한 문제'를 추가함 변경사항 (예:
린팅)에서 실행하는 도구마다 다릅니다.
설계했습니다. 더 세부적인 변경이 필요하거나 변경사항을 적용하고 싶은 경우
검토자는 변경사항을 직접 적용할 수 있도록
검토 댓글에서
분명히 언급했습니다
내부 제출 후 패치는 Git 커밋으로 내보내집니다.
그러면 GitHub pull 요청이 종료됩니다. 모든 최종 변경사항
확인할 수 있습니다