Bazel は、Special Interest Group（SIG）をホストし、
Bazel オーナー、システム エンジニア、
メンテナンス担当者、コントリビューターです。このポリシー
bazelbuild に適用されます。
SIG は公の場で業務を行いますSIG の理想的なサポート範囲は、明確に定義された
参加しているので、コミュニティからの参加が大半を占めています。SIG は
bazelbuild でコミュニティが管理するリポジトリ（
Bazel リポジトリのコード領域（リモート
Execution）。
ただし、すべての SIG が同じレベルのエネルギー、範囲、 ガバナンス モデルでは、コミュニティ ガバナンス モデルを インタレスト グループが あります。参加する前にグループの作業内容を確認してから連絡してください 協力してきましたメンバーシップ ポリシーは SIG ごとに異なります。
詳しくは、 Bazel SIG。
非目標: SIG ではないもの
SIG は、共有作業でのコラボレーションを促進することを目的としています。SIG とは したがって、次のようになります。
- サポート フォーラムではない: メーリング リストと SIG は別物です
- すぐには必要ない: プロジェクトの初期に、 作業や共同編集者を共有し、
- 自由な労働力ではない: 仕事を拡大し、調整するためにエネルギーが必要 共同で作業する
Bazel オーナーは、SIG の作成に保守的なアプローチを取っています。 GitHub でプロジェクトを開始すると、さまざまな手段でコラボレーションが 簡単に行えます。
SIG のライフサイクル
このセクションでは、SIG の作成方法について説明します。
調査とコンサルティング
新しい SIG グループを提案するには、指定されたとおりに、まず承認のための証拠を収集 ご覧ください考えられる手段は次のとおりです。
- グループが解決する、明確に定義された問題
- メリットをもたらすコミュニティ メンバーとの協議。 顧客にとってのメリットと
- 既存のプロジェクトについては、問題から得られた証拠と、コントリビューターが大切にする PR そのトピックについて
- グループで達成する可能性のある目標
- グループの実行に必要なリソース
SIG の必要性は明白であっても、調査とコンサルティングは グループの成功には依然として重要です。
新しいグループを作成する
新グループは、以下の憲章プロセスに従う必要があります。特に 以下の点を実証する必要があります。
- Bazel の明確な目的とメリット（サブプロジェクトまたは ）
- グループリーダーとして行動する意思のある 2 人以上のコントリビューター、他のメンバーの存在 グループに対する需要の証拠
- 各グループでは、一般公開されているメーリング リストを少なくとも 1 つ使用する必要があります。SIG は、次のような公開リストのいずれかを再利用できます。 bazel-discuss、リストの要求を リストを作成したり、独自のリストを作成したりできます。
- SIG が最初に必要とするリソース（通常、メーリング リストと通常の ビデオ通話を行えます）。
- SIG は、自身のディレクトリにあるドキュメントやファイルを
bazelbuild/communityまたは GitHub リポジトリにある独自のリポジトリからbazelbuildGitHub できます。SIG が組織として選択した場合、外部リソースにリンクすることも可能bazelbuildGitHub 組織外での作業 - Bazel オーナーは、SIG アプリケーションを承認または拒否し、 関係者（必要に応じて）
正式な手続きに入る前に、 Bazel プロダクト チーム（product@bazel.build）にお問い合わせください。ほとんどの SIG はお客様と話し合い、 イテレーションによって承認されます。
新しいグループの正式なリクエストには、PR として憲章を
bazelbuild/community
テンプレートに沿って PR のコメントにリクエストを記載する
ご覧ください承認されると、グループの PR が統合され、必要なリソースが統合される
作成されます。
新しい SIG のテンプレート リクエスト
新しい SIG をリクエストするには、コミュニティ リポジトリのテンプレートを使用します。 SIG-request-template.md.
チャーター
グループを確立するには、憲章が必要で、Bazel に従う必要があります 行動規範を遵守する必要があります。 グループのアーカイブは一般公開されます。どなたでも参加できる 承認なし、またはリクエストに応じて利用可能、グループの承認待ち なります。
憲章では、管理者を指名する必要があります。管理者だけでなく グループには、リードとして少なくとも 1 人（同じ人物でも可）が含まれている必要があります。 Bazel で必要になる調整の連絡窓口となる Google Cloud のプロダクトチームです
グループ作成者は、グループ メーリング リストに憲章を投稿する必要があります。コミュニティ Bazel GitHub 組織のリポジトリに、そのようなドキュメントがアーカイブされ、 あります。グループが慣習や慣習を進化させるのに合わせて、 コミュニティリポジトリの該当箇所内で 憲章を閲覧できます
コラボレーションとインクルージョン
必須ではありませんが、グループはコラボレーションを利用することを選ぶべきです。 スケジュール設定されたグループ通話またはチャット チャネルを使用して会議を実施できます。このような 議事録をメーリング リストに掲載し、メモを メーリングリストにも使用できます定例ミーティングはアカウンタビリティと進捗の促進に役立つ 説明します
Bazel プロダクト チームのメンバーは、積極的にモニタリングし、以下を行うようグループを促します。 必要に応じて議論やアクションを行います。
SIG を立ち上げる
必要なアクティビティ:
- Bazel に関する一般的なディスカッション グループに通知する （bazel-discuss、 bazel-dev).
オプションのアクティビティ:
- Bazel ブログのブログ投稿を作成する
SIG の健全性と終了
Bazel 所有者は、SIG の健全性を確保するために最善を尽くしています。Bazel 所有者 SIG の作業内容を報告するよう SIG リードに依頼し、 より広範な Bazel コミュニティに参加できます。
SIG が有用な目的や関心を持つコミュニティを失った場合は、 アーカイブされ、オペレーションが停止します。Bazel プロダクト チームは、以下の権利を留保します。 プロジェクト全体の健全性を維持するために、そのような非アクティブな SIG をアーカイブする。 好ましくありませんSIG は、 耐用年数に達したことを認識します。
注
この内容は Tensorflow の SIG ハンドブック あります。