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

問題を報告する ソースを表示 夜間 · 7.3 · 7.2 · 7.1 · 7.0 · 6.5

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 リポジトリにある独自のリポジトリから 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 で必要になる調整の連絡窓口となる Google Cloud のプロダクトチームです

グループ作成者は、グループ メーリング リストに憲章を投稿する必要があります。コミュニティ Bazel GitHub 組織のリポジトリに、そのようなドキュメントがアーカイブされ、 あります。グループが慣習や慣習を進化させるのに合わせて、 コミュニティリポジトリの該当箇所内で 憲章を閲覧できます

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

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

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

SIG を立ち上げる

必要なアクティビティ:

  • Bazel に関する一般的なディスカッション グループに通知する (bazel-discussbazel-dev).

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

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

SIG の健全性と終了

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

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

この内容は Tensorflow の SIG ハンドブック あります。