> For the complete documentation index, see [llms.txt](https://help.aikido.dev/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.aikido.dev/docs/docs-ja/pr-torirsugtingu/gitlab-mr-gating/gitlab-server-ci-mr-gating-via-aikido-dashboard-with-a-service-account-token.md).
# GitLab Premium、Ultimate、Server: MRスキャン設定
Aikidoからの問題について、MRのスキャン結果とコメントを公開します。パイプラインコードは不要です。
{% hint style="warning" %}
この設定は次の用途向けです **GitLab Premium、GitLab Ultimate、または GitLab Server**.
これらのプランではサービスアカウントを利用できます。MR スキャンを実行する推奨方法です。
もし **GitLab Free**をご利用の場合は、 [**ユーザーベースの設定**](/docs/docs-ja/pr-torirsugtingu/gitlab-mr-gating/gitlab-free-mr-scans-setup.md) を代わりに。
{% endhint %}
## GitLab MR スキャンを設定する
{% stepper %}
{% step %}
**専用のサービスアカウントを作成する**
GitLab で、次へ移動します **グループ** → **設定** → **サービスアカウント**.
選択します **サービスアカウントを追加**.
設定します **トークンの** と **ユーザー名**:
* 名前: `Aikido Security`
* ユーザー名: `AikidoSec`
* 選択します **作成**.
このアカウントは Aikido 専用にしてください。
{% endstep %}
{% step %}
**アクセス トークンを作成する**
サービスアカウントで、縦三点リーダー → を選択します **アクセス トークンを管理**.
新しいトークンを追加:
* 名前: 例 `Aikido Scans`
* 有効期限: ローテーション ポリシーに合う期限を設定してください
* スコープ: `api`
{% endstep %}
{% step %}
**トークンを保存する**
今すぐトークンをコピーしてください。GitLab では再表示されません。
手順 6 で Aikido に貼り付けます。
{% endstep %}
{% step %}
**アカウントをグループに招待する**
移動して **グループ** GitLab で。
有効にしたい各グループを開きます。
移動して **管理** → **メンバー** → **メンバーを招待**.
サービスアカウントを招待します。
少なくとも **Maintainer** 権限を付与してください。
{% endstep %}
{% step %}
**統合を有効にする**
Aikido で、 [連携](https://app.aikido.dev/settings/integrations?section=ci) ページを開きます。次に **GitLab CI** の **MR 品質ゲーティング**.
{% endstep %}
{% step %}
**アクセス トークンを貼り付ける**
手順 3 で作成したトークンを貼り付けます。
クリック **トークンを更新**.
Aikido はグループへのアクセスと必要な権限を検証します。
{% endstep %}
{% step %}
**最初のリポジトリを設定する**
認可後、Aikido は [GitLab MR チェック](https://app.aikido.dev/settings/integrations/gitlab/checks) ページ。
まずは **1 つのリポジトリを** まず開きます。広く展開する前に、すべてが動作することを確認してください。
{% endstep %}
{% step %}
**新しい MR で確認する**
設定したリポジトリで新しいマージリクエスト（MR）を開きます。
次に、チェックが次の場所で実行されることを確認します **パイプライン** タブ。
コメントはサービスアカウントとして表示されるはずです。たとえば、 `@AikidoSec`.
{% endstep %}
{% step %}
**スキャンの成功を必須にする**
スキャンが成功するまでマージをブロックしたい場合は、 **マージ チェック** GitLab で。
GitLab で、次へ移動します **\[リポジトリ]** → **設定** → **マージリクエスト**。チェックを有効にする `パイプラインは成功しなければならない`.
{% endstep %}
{% step %}
**すべてのリポジトリで有効にする**
結果に満足したら、 [GitLab MR チェック](https://app.aikido.dev/settings/integrations/gitlab/checks) ページに戻り、残りのリポジトリでチェックを有効にします。
{% endstep %}
{% step %}
**新しいリポジトリの既定値を設定する**
右上で `アクション` をクリックし、 `新しいリポジトリに対して既定に設定` また、今後追加されるリポジトリに対して自動構成を有効にします。
UI の手順が必要ですか？こちらをご覧ください [新しいリポジトリ向けのデフォルト PR/MR ゲーティング設定](/docs/docs-ja/pr-torirsugtingu/aikido-ci-gating-functionality/default-pr-mr-gating-configuration-for-new-repositories.md).
{% endstep %}
{% endstepper %}
## MR コメントから直接問題を無視する
Aikido が検出結果に対してインライン MR コメントを投稿した場合、そのコメントに次のように返信することで、GitLab からその問題を直接無視できます:
`@AikidoSec ignore: [無視する理由]`
例：
`@AikidoSec ignore: このシークレットはテスト専用です。`
置き換えてください `@AikidoSec` を、手順 1 で作成したサービスアカウントのユーザー名に置き換えてください。異なる場合はその名前を使用します。
これは、Aikido プラットフォームで手動で問題を無視するのと同じ操作です：
* 問題は Aikido で無視済みとしてマークされます。
* 無視理由が保存されます。
* すべてのブロッキング問題が解決または無視されると、MR ゲーティングは緑になります。
{% hint style="info" %}
無視権限がない場合、このコメントは次の場所にリクエストを作成します： [承認受信箱](/docs/docs-ja/hajimeni/core-functionalities/approval-inbox-for-ignored-issues.md) 問題をすぐに無視する代わりに。承認者が承認または却下するまで、検出結果はフィードに残ります。
{% endhint %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://help.aikido.dev/docs/docs-ja/pr-torirsugtingu/gitlab-mr-gating/gitlab-server-ci-mr-gating-via-aikido-dashboard-with-a-service-account-token.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
