このページでは、コントリビューターが Bazel を提案し、変更を加える方法について説明します。 構築できます。
- Bazel コントリビューション ポリシーを確認します。
- GitHub の問題を作成して、 検討する必要があります動作を変更または追加する pull リクエスト 対応する問題がないか確認してください。
- 大幅な変更を提案する場合は、 設計ドキュメントをご覧ください。
- コントリビューター ライセンスに署名したことを確認する 同意します。
- 機能を実装する git commit を準備します。必ずテストを追加してください ドキュメントを更新します変更にユーザーに表示される影響がある場合は、 リリースノートを追加します。互換性のない変更の場合は 互換性を破る変更のロールアウトに関するガイドをご覧ください。
- pull リクエストを作成する GitHub。GitHub を初めて使用する場合は、 プルについて読む リクエストできます。注: メインの Bazel リポジトリでブランチを作成する権限が制限されているため、 アプリケーションのフォークに commit を push し、 リポジトリをご覧ください。
- Bazel の管理者が 2 営業日以内にレビュー担当者を割り当てる必要があります （米国とドイツの祝日を除く）。スペースに メールでリクエストできます。 bazel-dev@googlegroups.com.
- レビュー担当者と協力してコードレビューを実施します。変更ごとに pull リクエストに変更を加えるために push します。レビューが 時間がかかる場合（例: 審査担当者から返信がない場合）は、メールを bazel-dev@googlegroups.com.
審査が完了すると、Bazel の管理者がパッチを適用します。 Google の内部バージョン管理システム。
これにより内部の presubmit チェックがトリガーされる 追加の変更が提案される場合があります。特にご要望がない場合は、 メンテナンス担当者が変更を送信すると「些細な」変更（ lint チェックなど） 考えていますより詳細な変更が必要な場合や 設定を変更する場合は、審査担当者と レビュー コメントで明確にします。
内部での送信後、パッチは Git commit としてエクスポートされます。 GitHub の pull リクエストが終了します。最終的なすべての変更 ユーザーに割り当てます。