正式なドキュメントは英語版であり、この日本語訳はAI支援翻訳により作成された参考用のものです。日本語訳の一部の内容は人間によるレビューがまだ行われていないため、翻訳のタイミングにより英語版との間に差異が生じることがあります。最新かつ正確な情報については、英語版をご参照ください。

コントリビュート分析

  • プラン: Premium、Ultimate
  • 提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated

コントリビュート分析は、グループのメンバーが過去1週間、1か月、または3か月に作成したコントリビュートイベントの概要を示します。双方向性の棒チャートと詳細なテーブルに、グループメンバー別のコントリビュートイベント(プッシュイベント、イシュー、マージリクエスト)が表示されます。

コントリビュート分析棒グラフ

コントリビュート分析を利用して、チームのアクティビティーと個々のパフォーマンスに関するインサイトを得て、次のことに役立てます:

  • ワークロード分散: グループの一定期間のコントリビュートを分析し、パフォーマンスの高いグループメンバーや、追加のサポートからメリットを得られるグループメンバーを特定します。
  • チームコラボレーション: コードのプッシュとレビューまたは承認のバランスなど、コントリビュートのバランスを評価して、コラボレーション開発プラクティスを確保します。
  • トレーニングの機会: マージリクエストの承認率やイシューの解決率が低いなど、チームメンバーがメンターシップやトレーニングからメリットを得られる可能性のある分野を特定します。
  • レトロスペクティブ評価: コントリビュート分析をレトロスペクティブに組み込んで、チームが目標をどの程度効果的に達成したか、どこを調整する必要があるかを評価します。

追跡

コントリビュート分析はプッシュイベントに基づいており、一意のコミットよりも信頼性の高いコントリビュートのビューを提供します。一意のコミットをカウントすると、コミットが複数のブランチにプッシュされた場合に重複が発生する可能性があります。プッシュイベントを追跡することで、GitLabはすべてのコントリビュートを正確にカウントします。

たとえば、あるユーザーが1回のプッシュで3つのコミットをブランチAにプッシュするとします。その後、ユーザーはそれらのコミットのうち2つをブランチAからブランチBにプッシュします。GitLabは5つのコミットを記録しますが、ユーザーが行った一意のコミットは3つです。

コントリビュート分析を表示

コントリビュート分析を表示するには:

  1. 左側のサイドバーで、検索または移動先を選択して、グループを見つけます。新しいナビゲーションをオンにしている場合、このフィールドは上部のバーにあります。

  2. 分析 > コントリビュート分析を選択します。

  3. オプション。結果をフィルタリングします:

    • 先週、先月、または3か月間のコントリビュート分析を表示するには、3つのタブのいずれかを選択します。選択した期間は、すべてのチャートとテーブルに適用されます。
    • 棒チャートを拡大してグループメンバーのサブセットのみを表示するには、チャートの下にあるスライダー( status-paused )を選択し、軸に沿ってスライドさせます。
    • コントリビュートテーブルを列でソートするには、列ヘッダーまたはシェブロン(降順の場合は chevron-lg-down 、昇順の場合は chevron-lg-up )を選択します。
  4. オプション。グループメンバーのコントリビュートを表示するには、次のいずれかを実行します:

    • コントリビュート分析の棒チャートで、メンバーの名前が記載された棒の上にカーソルを合わせます。
    • グループメンバーごとのコントリビュートテーブルで、メンバーの名前を選択します。メンバーのGitLabプロファイルが表示され、コントリビュートカレンダーを調べることができます。

ユーザーのコントリビュートに関するメトリクスを取得するために、GraphQL APIを使用することもできます。

ClickHouseによるコントリビュート分析

GitLab.comでは、コントリビュート分析はClickHouse Cloudのクラスタリングを介して実行されます。GitLab Self-Managedでは、ClickHouseインテグレーションを設定するときに、PostgreSQL eventsテーブルからClickHouse eventsテーブルにデータが自動的に入力されます。大規模なインストールでは、このプロセスに時間がかかる場合があります。テーブルが完全に同期されると、新しいイベントは約3分の遅延でClickHouseで確認できるようになります。

詳細については、以下を参照してください: