Skip to main content

Reviews > URL

Tom Williams avatar
Written by Tom Williams
Updated over a week ago

Dataset: Reviews from pull requests

Entity: Pull Request Review

Field ID: url

Type: Text

Description: The URL of the review in the source application.

Source: App

From:

Github (Reviews)

url

Gitlab (MRs)

merge_request.web_url

Bitbucket (PRs)

pull_request.links.html.href

Azure DevOps (PR Threads)

The parent PR URL

Jira

N/A

ClickUp

N/A

Trello

N/A

Reporting Use Cases

The Url field from the Reviews dataset provides a direct, clickable link to a specific review in its source application. Its most critical function is to bridge the gap between high-level reporting and the detailed, actionable context of the original feedback.

  • Enabling Drilldowns and Investigation: This is the field's most essential use. When you create an aggregated widget, such as a chart of "Reviews per State," and drill down into a specific slice like CHANGES_REQUESTED the Url field is a mandatory dimension in the resulting list. It allows users to instantly navigate from the aggregated data to the exact review that needs attention.

  • Providing Context in Lists: In any report that lists individual reviews, including the Url as a dimension transforms a static report into an actionable tool, enabling users to read the full context, see the associated code, and participate in the discussion directly in the source application.

  • Filtering by Source Platform: You can also use the URL's structure to filter your reports by the source platform. For example, a filter like Url ~ "github.com" will create a widget that only shows reviews from your GitHub repositories, allowing you to analyze activity on a per-platform basis. Note, however, that using the Source App field is generally a better alternative for this use case.

Did this answer your question?