コアチーム

コアチームメンバーになる

新しいメンバーは以下の手順を通じて、いつでもコアチームに追加できます:

1. コアチームメンバーまたは GitLab チームメンバーは、より広いコミュニティから新しいメンバーを、いつでもコアチームグループで機密 Issue を使用して指名できます。これは、起こり得るネガティブなフィードバックを最小限の場に留めるためです。
2. 指名された人は、4 週間以内に現在のすべてのコアチームメンバーの 3 分の 2 (2/3) から賛成票を得て、指名を受諾した場合にコアチームに加わります。
3. 新しいメンバーが追加されたら、以下のコアチームメンバーオリエンテーションのセクションに記載されている手順に従ってオンボーディングプロセスを開始します。

月次コアチームミーティング

時差やその他のコミットメントのため、コアチームは毎月第 3 火曜日に非同期で開催されます。 ミーティングのロジスティクス/アジェンダ/ノートは、コアチーム Issue トラッカーで確認できます。 すべてのミーティング録画は、コアチームミーティングプレイリストで視聴できます。

コアチームメンバーへの連絡

コアチームメンバーには、Issue やマージリクエストで @gitlab-org/gitlab-core-team をメンションすることで連絡できます。

GitLab が主な連絡手段ですが、コアチームには #core Slack チャンネルでも連絡できます。

誰でもコアチーム Issue トラッカーで Issue を作成できます。

オフボーディングと円満な辞退

コアチームでの活動を続けることが難しくなった場合、または興味を失った場合は、#core Slack チャンネルでアナウンスする必要があります。 辞退すると、非アクティブなコアチームメンバーになります。 コアチームメンバーが辞退したら、別のコアチームメンバーが offboarding テンプレートを使用して Issue を作成し、記載されている手順に従います。

コアチームメンバーオリエンテーション

1. 指名されたメンバーに、オリエンテーションプロセスを開始する前に興味があるかどうかを確認するメールを送ります。

2. Core Team Member Onboarding Issue Template を使用して、Core Team Project で Issue を作成し、記載されている手順に従います。

   • コアチームメンバーには、いかなるアクセスを付与する前に NDA への署名が必要です。

コアチームグループ

すべてのコアチームメンバーは、GitLab.com の gitlab-org/gitlab-core-team グループに所属しています。このグループは、特定の自動化目的のために特別な構造を持っています:

graph TD
    A("gitlab-core-team (group)<br>-Has both GitLab team and wider community Core Team members-") --> B("community-members (group)<br>-Has only wider community Core Team members-")
    A --> C["general (project)"]

community-members グループは、以下の目的で存在します:

• トリアージを促進する ため、および
• コアチームメンバーが changelog にクレジットされることを保証する ため

コアチームメンバーの特典

コアチームに加わることが意味する信頼、価値、認識の一環として、各メンバーには貢献をサポートするためのさまざまな特典が付与されます。

Slack アクセス

コアチームメンバーには、コアチームメンバーオリエンテーションの一環として、GitLab チームの Slack インスタンスへのアクセスが付与されます。

コアチームがアクセスできる/すべき最新のチャンネルリストは、Core Team and Slack Google Sheets と以下のリストで確認できます:

Slack チャンネルへのコアチームアクセスのリクエスト

1. リクエストする新しいチャンネルを記載したアクセスリクエストを提出してください。
2. Issue を Developer Relations Engineering のメンバーにアサインします。彼らが次のステップを完了します。
3. Developer Relations Engineering は、チャンネルのオーナーを特定し、コアチームメンバーをチャンネルに迎え入れることに同意するかどうかをコメントで確認するようリクエストをレビューしてもらいます。
4. レビューが成功した後、Issue は Slack 管理者に引き継がれ/アサインされ、コアチームメンバーをチャンネルに招待し、上記のリストが更新されます。

コアチームメンバーがアクセスできるすべてのチャンネルでは、投稿時に SAFE ガイドラインに従う必要があります。コアチームメンバーは NDA に署名しているにも関わらず、GitLab チームメンバーとは見なされません。

GitLab プロジェクトの Developer 権限

開発体験を向上させるため、コアチームメンバーには、GitLab (製品) のプロジェクトの大半が存在する gitlab-org グループで Developer 権限が付与されます。このグループ配下のすべてのプロジェクトに対して、他の機能の中でも特に以下のことが可能になります:

• フォークではなくソースプロジェクトでブランチを作成する
• マージリクエストをアサインする
• Issue をアサインする
• ラベルを管理しアサインする

現時点では、コアチームメンバーは GitLab 社に関連するプロジェクトやプロセスに使用される gitlab-com グループには追加されません。

Developer Relations Engineering は、新しいコアチームメンバーのオリエンテーション Issue の一環として、通常この権限を付与します。

チームページへの掲載

GitLab チームへの所属と親密さを強調し、プロフィールの可視性を高めるため、コアチームメンバーは GitLab チームページに自分を追加し、Developer Relations Engineering のメンバーにレビューを依頼できます。

これにより、彼らのプロフィールがコアチームページにも掲載されます。

GitLab トップティアライセンス

貢献を可能にし、GitLab の機能に関する洞察を得るため、コアチームメンバーは開発目的で無料のトップティアライセンスをリクエストできます。

SaaS またはセルフマネージドインスタンスにおける GitLab トップティアライセンスは、コアチームメンバーに 1 年間付与され、コアチームメンバーの任期中はもう 1 年間更新できます。メンバーが辞退することを決定したものの、引き続き GitLab に時々貢献したい場合でも、GitLab ライセンスの対象となりますが、更新期間は他の GitLab コミュニティメンバーに与えられる標準の 3 か月になります。

コアチームメンバーがリクエストできるシート数に特定の制限はありません。コアチームメンバーが開発目的で必要なユーザー数を見積もる際に、自分自身の判断を使用すること、そしてライセンスを営利目的で使用しないことを信頼しています。

JetBrains ライセンス

GitLab へのコード貢献をサポートするため、コアチームメンバーは開発目的で JetBrains ライセンスをリクエストできます。

免責事項: 適用される貿易管理法により、以下の国への払い戻しは行えません: キューバ、イラン、北朝鮮、シリア、ウクライナ、ロシア、ベラルーシ。このリストは予告なく変更される場合があります。

プロセス

• #core チームの slack チャンネルでリクエストを投稿します。
• 承認されたら、関連するライセンスを購入します。
• [email protected] に [email protected] を CC して、以下を含めてメールします:
  • 領収書のコピー
  • 払い戻しのための国際銀行口座情報
  • @nick_vh が承認の返信をします
  • AP が払い戻しプロセスを進めます

GitLab イベントへのスポンサーアクセス

対面または仮想イベントでの貢献をサポートするため、コアチームメンバーは GitLab イベント (例: GitLab Contribute、GitLab Commit) へのスポンサーアクセス (購読、宿泊、旅行) の対象となります。

パーソナライズされたグッズ

GitLab チームは、コアチームメンバー専用のパーソナライズされたグッズを時折提供し、スタイリッシュに貢献できるようにすることがあります！

ページのソースコードを見る - ページの編集 - please contribute.