dependabot / dependabot/dependabot-core

Feature Request: Include the workflow run that created/updated a pull request

Open
#15,065 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

L: github:actions T: feature-request
Dominant language
Ruby
Stars
5.8k
Forks
1.5k
Avg merge
2d 18h
Merged PRs (30d)
149

Description

Is there an existing issue for this?
  • I have searched the existing issues
Feature description

When Dependabot creates or updates a pull request, include a reference to the originating workflow run directly in the pull request, either as a link in the PR description, a metadata field, or a comment.

Context

Today, dependabot runs exclusively through GitHub Actions. The workflow run that triggered a given PR is therefore known at creation time, yet that information is currently not surfaced anywhere in the pull request itself.

Benefits

1. Easier troubleshooting for non dependabot maintainers

Contributors often can't tell where a Dependabot PR came from or what triggered it. A direct link to the workflow run gives anyone the context they need to understand the PR's origin without dependencies for a Dependabot's maintainer.

2. Audit trail and compliance

Teams operating under compliance requirements benefit from being able to trace every PR back to a specific, automation event. This closes a gap in the chain of evidence between "dependency update was merged" and "here is the exact run that proposed it."

3. Faster debugging of unexpected changes

If a Dependabot PR contains surprising or seemingly incorrect changes, linking directly to the workflow run means maintainers can immediately inspect the logs, inputs, and environment that produced it rather than hunting through logs

4. Simplified recovery

When a Dependabot run only partially succeeds (some PRs opened, some not), knowing the exact run that was involved makes it far easier to identify what happened

Proposed Implementation

At minimum, include the workflow run URL as a line in the auto-generated PR description, e.g.:

Created by workflow run: https://<github host>/<owner>/<repo>/actions/runs/<run_id>
Who benefits
  • Non-maintainer contributors trying to understand PR origins
  • Security and compliance teams needing traceability
  • Maintainers debugging partial or unexpected updates
  • Any team running Dependabot at scale across many repositories

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No file, test, or entry point is named in the issue. Start by locating the Dependabot GitHub Actions integration that creates or updates pull requests, then determine how the originating run URL can be retained; done means generated pull requests expose a usable link to that workflow run.

Written by the indexing model from the issue text.

Assessment

Tech stack
github-actions, ruby
Domain
ci-cd, devops
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.