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