# GitLab Release Link Contract Monitor (`quietdatatools/gitlab-release-link-contract-monitor`) Actor

Watch attached asset links on one exact public GitLab.com release tag. Detect added, removed, renamed and redirected link declarations with persistent before/after history and required-name warnings. No binaries, tokens or latest-release scraping. $0.01 per successful check.

- **URL**: https://apify.com/quietdatatools/gitlab-release-link-contract-monitor.md
- **Developed by:** [QuietDataTools](https://apify.com/quietdatatools) (community)
- **Security:** Limited permissions
- **Stats:** 2 total users, 1 monthly users, 100.0% runs succeeded, 0 bookmarks
- **User rating**: No ratings yet

## Pricing

$10.00 / 1,000 successful release link checks

This Actor is paid per event. You are not charged for the Apify platform usage, but only a fixed price for specific events.

Learn more: https://docs.apify.com/actors/running/actors-in-store.md#pay-per-event

## What's an Apify Actor?

An Actor is a serverless cloud program that runs on the Apify platform. It has two run modes.
In Batch mode, an Actor accepts a well-defined JSON input, performs an action which can take anything from a few seconds to a few hours,
and optionally produces a well-defined JSON output, datasets with results, or files in key-value store.
In Standby mode, an Actor provides a web server which can be used as a website, API, or an MCP server.

Apify vocabulary and the platform model are defined once, in the agent quickstart at https://apify.com/agents.md.

## How to integrate an Actor?

If asked about integration, you help developers integrate Actors into their projects.
You adapt to their stack and deliver integrations that are safe, well-documented, and production-ready.

Do not guess an integration path. Every one of them is in the agent quickstart at https://apify.com/agents.md: the Apify MCP server, Agent Skills with the Apify CLI, the JavaScript and Python clients, the REST API, and the account-free path for an agent with no human to sign in. It also carries the rule on stating cost before the first paid run.

For examples already wired to this Actor's own input schema, see the [API](#api) section below.

Each client library has reference documentation the quickstart does not restate: [JavaScript/TypeScript](https://docs.apify.com/api/client/js/docs.md) (`npm install apify-client`) and [Python](https://docs.apify.com/api/client/python/docs.md) (`pip install apify-client`).

# README

## GitLab Release Link Contract Monitor

Watch the attached asset links of one exact public GitLab.com release. Detect a link being added, removed, renamed, pointed at a different URL, assigned another link type, or given a changed direct asset URL. Keep a persistent before/after history and optionally check required link names.

This serves teams pinning release tags in installation or deployment workflows. A new-release feed does not necessarily reveal edits to an existing release's links. This Actor checks that fixed release repeatedly rather than reporting new releases or latest versions. Use GitLab's own APIs or webhooks if you prefer to maintain your own state and integration.

### Start a monitor

```json
{"project":"gitlab-org/cli","tag":"v1.50.0","monitorName":"default","requiredLinkNames":[],"includeUnchanged":true}
```

Use namespace/project, including nested groups, and an exact existing tag. GitLab.com only; no self-hosted host or token is accepted. Project components use ASCII letters, numbers, underscore, dot and hyphen; tags also permit plus and internal slashes. URL-encoded strings or arbitrary URLs are rejected. Reuse the same monitor name for history. Set a new name to start a separate baseline. Required-name preferences do not reset history. Apify Tasks and Schedules can repeat a saved input.

### Results

One dataset row per successful check by default: BASELINE, CHANGED or UNCHANGED. A CHANGED row contains LINK_ADDED, LINK_CHANGED or LINK_REMOVED entries with stable link IDs and previous/current values. Name, URL, linkType and directAssetUrl are compared. It includes previous/current snapshots, checkedAt, sourceUrl, contractWarnings and missingRequiredLinkNames.

Required link names are exact and case-sensitive, and refer to attached release links, not the auto-generated source archives. `REQUIRED_LINK_NAMES_MISSING` flags missing names. These checks only assess declarations; they do not prove a link works or a binary is safe. `OUTPUT` in the run's default key-value store summarizes the check even when unchanged rows are suppressed.

### Safe history and scope

A snapshot advances only after output delivery and the successful-check charging event. Failed source requests, incomplete metadata, unsupported fields or failed delivery retain the last committed snapshot. Complete asset counts must match the source-archive and attached-link arrays before removals can be reported. A release disappearing produces a failed check, not an inferred removal of all links. A bounded best-effort lease rejects overlap; avoid concurrent runs of the same monitor because platform key-value storage is not an atomic lock. An interruption after charging may leave delivered output without an advanced snapshot; a retry can repeat changes and charges.

History is separate by user, Actor, project, tag and monitor name in named key-value storage. It remains until deleted or platform retention changes; removing it starts a baseline. No author data, commit emails or issue text is collected. Link URLs and direct URLs are retained as declared text and never followed. HTTP/HTTPS/FTP source link declarations are supported without fetching their targets; credential-bearing target URLs are rejected. Exported URLs are untrusted content.

### Pricing and limits

$0.01 per successful release link check, including baseline and unchanged checks. Platform usage included; no startup or dataset-row charge. Failed source checks are not charged. One project/tag per run, at most 500 attached links, source response capped at 2 MB, 20-second network deadline, same-origin source redirects only. Default run limits: 60 seconds, 256 MB, $0.05 maximum charge. Set a run maximum charge of at least $0.01.

No binary downloads, checksums, vulnerability scanning, newest-release discovery, pagination across releases, release note changes, tag commit verification, private repositories, credentials, proxies or automatic corrective actions. GitLab release links contain metadata, not content hashes. Public API feature restrictions, rate limits or schema changes can prevent checks. Empty attached-link arrays are valid when the complete source count matches; a baseline still returns a row.

### Dependencies and support

Node.js and Apify SDK 3.7.2 with a pinned lockfile. Native HTTPS source requests use no cookies or response cache. The known transitive http-cache-semantics advisory GHSA-ch52-4w7c-c8xp has no published fix as checked October 5, 2026. This source client does not use the cross-user response-cache scenario; the SDK dependency tree is not asserted vulnerability-free. Follow-up is recorded.

Report issues with project, exact tag, monitor name and run ID. Never post tokens. Unaffiliated with GitLab. Official references: https://docs.gitlab.com/api/releases/ and https://docs.gitlab.com/api/releases/links/ .

# Actor input Schema

## `project` (type: `string`):

Exact namespace/project; nested namespaces supported. GitLab.com only.

## `tag` (type: `string`):

A fixed release tag, not latest. ASCII letters, numbers, dot, underscore, plus, hyphen and internal slashes accepted.

## `monitorName` (type: `string`):

Reuse for continuity; change to create another baseline.

## `requiredLinkNames` (type: `array`):

Optional exact case-sensitive names of attached release links; warnings list missing names. Source archive names do not count.

## `includeUnchanged` (type: `boolean`):

Suppress unchanged dataset rows when false; successful checks are still charged and OUTPUT contains the summary.

## Actor input object example

```json
{
  "project": "gitlab-org/cli",
  "tag": "v1.50.0",
  "monitorName": "default",
  "requiredLinkNames": [],
  "includeUnchanged": true
}
```

# Actor output Schema

## `results` (type: `string`):

No description

## `summary` (type: `string`):

No description

# API

You can run this Actor programmatically using our API. Below are code examples in JavaScript, Python, and CLI, as well as the OpenAPI specification and MCP server setup.

## JavaScript example

```javascript
import { ApifyClient } from 'apify-client';

// Initialize the ApifyClient with your Apify API token
// Replace the '<YOUR_API_TOKEN>' with your token
const client = new ApifyClient({
    token: '<YOUR_API_TOKEN>',
});

// Prepare Actor input
const input = {
    "project": "gitlab-org/cli",
    "tag": "v1.50.0"
};

// Run the Actor and wait for it to finish
const run = await client.actor("quietdatatools/gitlab-release-link-contract-monitor").call(input);

// Fetch and print Actor results from the run's dataset (if any)
console.log('Results from dataset');
console.log(`💾 Check your data here: https://console.apify.com/storage/datasets/${run.defaultDatasetId}`);
const { items } = await client.dataset(run.defaultDatasetId).listItems();
items.forEach((item) => {
    console.dir(item);
});

// 📚 Want to learn more 📖? Go to → https://docs.apify.com/api/client/js/docs

```

## Python example

```python
from apify_client import ApifyClient

# Initialize the ApifyClient with your Apify API token
# Replace '<YOUR_API_TOKEN>' with your token.
client = ApifyClient("<YOUR_API_TOKEN>")

# Prepare the Actor input
run_input = {
    "project": "gitlab-org/cli",
    "tag": "v1.50.0",
}

# Run the Actor and wait for it to finish
run = client.actor("quietdatatools/gitlab-release-link-contract-monitor").call(run_input=run_input)

# Fetch and print Actor results from the run's dataset (if there are any)
print(f"💾 Check your data here: https://console.apify.com/storage/datasets/{run.default_dataset_id}")
for item in client.dataset(run.default_dataset_id).iterate_items():
    print(item)

# 📚 Want to learn more 📖? Go to → https://docs.apify.com/api/client/python/docs/quick-start

```

## CLI example

```bash
echo '{
  "project": "gitlab-org/cli",
  "tag": "v1.50.0"
}' |
apify call quietdatatools/gitlab-release-link-contract-monitor --silent --output-dataset

```

## MCP server setup

```json
{
    "mcpServers": {
        "apify": {
            "type": "http",
            "url": "https://mcp.apify.com/?tools=fetch-actor-details,quietdatatools/gitlab-release-link-contract-monitor"
        }
    }
}
```

The hosted server signs you in with OAuth on first connect, so no API token belongs in this config. Clients without OAuth support can send an `Authorization: Bearer <APIFY_API_TOKEN>` header instead, using a token from API & Integrations in Apify Console (https://console.apify.com/settings/integrations).

## OpenAPI specification

Download the OpenAPI definition: https://api.apify.com/v2/actors/kzVfv85TBnCT0lHPR/builds/lDdf2ynlOHws1XpWK/openapi.json