Bazel Special Interest Group（Bazel 特別なインタレスト グループ）

問題を報告する ソースを表示 夜間 7.4 をタップします。 7.3 · 7.2 · 7.1 · 7.0 · 6.5

Bazel は、Special Interest Group（SIG）をホストし、 Bazel オーナー、システム エンジニア、 メンテナンス担当者、コントリビューターです。このポリシーは bazelbuild に適用されます。

SIG は公開で作業を行います。SIG の理想的なスコープは、参加の大部分がコミュニティからのものである、明確に定義されたドメインを対象としています。SIG は、bazelbuild のコミュニティが管理するリポジトリ（言語ルールなど）に焦点を当てることも、Bazel リポジトリのコード領域（リモート実行など）に焦点を当てることもできます。

ただし、すべての SIG が同じレベルのエネルギー、範囲、 ガバナンス モデルでは、コミュニティ ガバナンス モデルを インタレスト グループが あります。参加する前に、グループの作業を確認し、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 リポジトリにある独自のリポジトリから bazelbuild GitHub できます。SIG が組織として選択した場合、外部リソースにリンクすることも可能 bazelbuild GitHub 組織外での作業
  • Bazel オーナーは、SIG アプリケーションを承認または拒否し、 関係者（必要に応じて）

プロセスの正式な部分に入る前に、Bazel プロダクト チーム（product@bazel.build）に相談する必要があります。ほとんどの SIG は イテレーションによって承認されます。

新しいグループの正式なリクエストは、チャーターを PR として bazelbuild/community に送信し、以下のテンプレートに沿って PR のコメントにリクエストを含めることで行います。承認されると、グループの PR が統合され、必要なリソースが統合される 作成されます。

新しい SIG のテンプレートのリクエスト

新しい SIG をリクエストするには、コミュニティ リポジトリのテンプレートを使用します。 SIG-request-template.md

チャーター

グループを確立するには、憲章が必要であり、Bazel に従う必要があります 行動規範を遵守する必要があります。 グループのアーカイブは公開されます。メンバーシップは、承認なしですべてのユーザーに公開することも、グループ管理者の承認を待ってリクエストに応じて利用できるようにすることもできます。

憲章で管理者を指名する必要があります。管理者だけでなく グループには、リードとして少なくとも 1 人（同じ人物でも可）が含まれている必要があります。 Bazel で必要とされる調整の連絡窓口となる プロダクトチームなどがあります

グループ作成者は、グループのメーリング リストに憲章を投稿する必要があります。Bazel GitHub 組織のコミュニティ リポジトリには、このようなドキュメントとポリシーがアーカイブされています。グループがプラクティスと規則を進化させるにつれて、コミュニティ リポジトリの関連部分で憲章を更新する必要があります。

コラボレーションとインクルージョン

必須ではありませんが、グループは、スケジュールされた会議通話またはチャット チャンネルを介してコラボレーションを利用して会議を実施する必要があります。このような 議事録をメーリング リストに掲載し、メモを メーリング リストにすることもできます。定例ミーティングはアカウンタビリティと進捗の促進に役立つ 説明します

Bazel プロダクト チームのメンバーは、積極的にモニタリングし、以下を行うようグループを促します。 必要に応じてディスカッションやアクションを行います。

SIG を開始する

必須アクティビティ:

  • Bazel の一般的なディスカッション グループ（bazel-discuss、bazel-dev）に通知します。

オプションのアクティビティ:

  • Bazel ブログの投稿を作成する

SIG の健全性と終了

Bazel 所有者は、SIG の健全性を確保するために最善を尽くしています。Bazel 所有者 SIG の作業内容を報告するよう SIG リードに依頼し、 より広範な Bazel コミュニティに参加できます。

SIG に有用な目的や関心のあるコミュニティがなくなった場合は、 アーカイブされ、オペレーションが停止します。Bazel プロダクト チームは、以下の権利を留保します。 プロジェクト全体の健全性を維持するために、そのような非アクティブな SIG をアーカイブする。 好ましくありませんまた、次の場合は SIG が解約を選択することもあります。 耐用年数に達したことを認識します。

注

このコンテンツは、Tensorflow の SIG ハンドブックを変更して採用しています。