Content last updated 2026-03-04

コードコントリビューションサポート Pod

SE がコードコントリビューションの文脈で協働できる場を提供します。

目的

SE がコードコントリビューションの文脈で協働できる場を提供します。

現在の目標

  • Pod の認知を高める
  • #spt_pod_code-contributions Slack チャネルで非同期コミュニケーションを行い、SE をエンパワーし知識を交換する

サポート Pod のメンバー

  • リード: Anton SmithAnton Smith (@anton)
  • Ronald van ZonRonald van Zon (@rvzon)
  • Cleveland Bledsoe JrCleveland Bledsoe Jr (@cleveland)

参加方法

  1. マネージャーと話す。
  2. まだの場合は、Code Contributions サポートトレーニングモジュールに取り組むことを検討する。
  3. Support Team データ の自分の knowledge areas に Code Contributions を追加する。すでに存在する場合は、レベルをそれに応じて調整 - どのレベルでも Pod では歓迎です!
  4. 任意: 新しい注力分野についてチームに伝える。
  5. #spt_pod_code-contributions Slack チャネルに参加する。
  6. このページに自分を追加する。

定例ミーティング

  • 現時点ではありません。同期セッションをセットアップしたい場合は、Slack でメッセージを送るだけです!

協働の方法

仲間のサポートエンジニアとの協働に加えて、他の GitLab メンバーと協働するための次のような機会も検討してください。

コードコントリビューションの機会を見つける

🌊 コードコントリビューションをしたいけれど、どこから始めればよいか分からない?

  • Issue を戦略的に検索し、フィルタします。
    • ラベルを試してみて、自分の興味に応じて Issue を探す。簡単な Issue であれば、Seeking community contributionsAccepting UX contributions で検索し、必要に応じて追加のラベルを足していく
    • Issue に weight が設定されている場合は、weight 1 の小さい Issue を探す
    • @anton: 私は通常 api ラベルが付いた Issue を探すのが好きです。バックエンドのみの変更で済むことが多く、Ruby コードを書くのが好きだからです。可能な限り、サポートに直接役立つ Issue に取り組むのが好みです。
    • 興味深い練習として、GitLab で働き始めた頃にあなた自身がオープンした Issue を見直し、その後どれだけ成長したかを確認し、コードコントリビューションができないか考えてみるのもよいでしょう。
  • Support Stable Counterparts (SSC) の方へ: 担当している製品グループに小さな取り組みがないか聞いてみてください。
  • 監査イベントは取り掛かりやすい題材で、参考にできる例も豊富にあります。Comprehensive audit log: instance settings Epic を参照してください。
  • Papercut スプレッドシート もチェックしてみてください。
  • 取り組みたい Issue を見つけたら絵文字を付けておくと、後でその絵文字で Issue 一覧を参照できます。
    • @anton: 私は個人的に 🐜 を使用しているので、私から付けられた絵文字付き Issue を見かけたら、将来コードコントリビューションする候補として目印を付けたものです 😄
  • gitlab-org/gitlab 以外にもコードコントリビューションの機会はたくさんあることを忘れないでください。gitlab-org/chartsgitlab-org/gitlab-runner、または Support Toolbox のプロジェクトへの貢献も検討してください。
  • 取り組みたいことに興味はあるが始め方がよく分からない場合は、Issue をオーナーとする製品チームに気軽に連絡するか、#backend#frontend で質問できます。該当チームから方針やベストなアプローチについてアドバイスをもらえます。