---
title: 'GET /projects/{id}/merge_requests'
description: 'List merge requests'
---

# GET /projects/{id}/merge_requests

List merge requests

| Detail | Value |
|---|---|
| Operation ID | `devtools.listMergeRequests` |
| Method | `GET` |
| Path | `/projects/{id}/merge_requests` |
| Connector | [GitLab](./) |

## Parameters

| Name | Location | Type | Required |
|---|---|---|---|
| `id` | path | string | **Yes** |
| `state` | query | string | No |

## Using this endpoint in a workflow

1. Add an **API Call** node to your workflow.
2. Pick your GitLab connection from the Connection dropdown.
3. In the Operation dropdown, select `devtools.listMergeRequests`.
4. Fill in the parameter fields that appear. Use `{{...}}` to reference upstream values.

**Required fields are marked — fill them or the call will fail at runtime.**

## What it returns

The `API Call` node writes the response to the workflow context:

```
{
  status: 200,
  success: true,
  data: { ...response body from the API... },
  latencyMs: 142
}
```

Reference response fields downstream as <code v-pre>{{nodeId.data.path}}</code>. The exact response shape is documented on the upstream GitLab API reference.