意思決定
このリポジトリへの変更は、まずマージリクエストワークフローを使ってレビューされ、その後プロジェクトのメンテナーによってマージされます。
アーキテクチャの決定(アーキテクチャや 決定事項のページに表示されるようなもの)には、プロジェクトのシニアテクニカルリーダーのレビュアーが必要です。シニアテクニカルリーダーシップとは、そのプロジェクトを担当するチームのエンジニアリングマネージャーや、アーキテクチャハンドブックに記載されているそのチームの Staff+ リーダーシップ、そのプロジェクトに特有の目標に基づいて結成された現在のワーキンググループによって特定される個人のことです。
メンテナー
プロジェクトのメンテナーはGitLab のプロジェクトページか、レビューワークロードダッシュボードで見つけることができます。
メンテナーは、自分の専門領域内の変更をマージし、プロジェクト全体を理解し、変更が自分の専門外の領域にどのような影響を与えるかを理解する責任があります。
レビュアーはどのメンテナーにも割り当てることができ、メンテナーは自分の専門外の変更があった場合、適切なドメインの専門家に依頼します。
メンテナーは、自分の専門性を拡大し続けるために、自分のドメイン外の変更であっても、自信がある変更でなければマージする権限を与えられています:
- 後でその変更を取り消すことができない場合。
- その変更には、従う必要のある確立されたプロセス(JiHu レビュー、セキュリティ、法的/ライセンス変更)があります。
- アーキテクチャ上の決定が明らかに必要な変更
緊急の変更が必要な場合、メンテナーはアクションにバイアスをかけるべきであり、その決定が後で取り消し可能であり、既知のプロジェクトプロセス要件に準拠している限り、決定を下すことができます。
依存関係メンテナー
依存関係メンテナーは通常のメンテナーと同じ責任を持ちますが、マージできる範囲は特定のドメインの依存関係のバージョン管理に関連する変更のみに限定されます。依存関係のバージョン管理以外の変更がマージリクエストにある場合、通常のメンテナーがレビュアーレビューを行う必要があります。
すべての変更は作業チャートに反映される必要があり、依存関係バージョンの変更の影響は、依存関係メンテナーによって完全に理解される必要があります。すでにチャートのレビュアーである人は、依存関係のメンテナーになる良い候補者です。
Username | Scope |
---|---|
@DylanGriffith | gitlab-zoekt |
@dgruzd | gitlab-zoekt |
@terrichu | gitlab-zoekt |
@johnmason | gitlab-zoekt |
プロジェクトリーダーシップ
Username | Role |
---|---|
@WarheadsSE | Staff Engineer, Distribution Deploy |
@twk3 | Engineering Manager, Distribution Build |
@ayufan | Distinguished Engineer, Enablement |
@stanhu | Engineering Fellow |