Open eli-gc opened 2 days ago
@eli-gc can you share your pipeline configuration?
If you are using dependabot@1
, this is a known issue; You might be able to work around it by adding useUpdateScriptvNext: true
to the task inputs.
Ah ok, yes I am using v1. Haven't had a chance to convert this one to v2. Is there an issue already for it? Sorry if I missed it. I'll try the useUpdateScriptvNext, but I should probably just migrate to v2.
I don't believe there is an issue logged for it, but this is an issue I've also encountered back when I was using V1. I'm currently busy with getting V2 fully functional and have mostly given up patching bugs out of V1 sorry. If you are interested in trying to fix this yourself, the relevant code is here:
To fix, it would probably need some kind of condition in there to exclude PRs that don't look like Dependabot PR, e.g.
if (title does not match the typical dependabot "Bump X from Y to Z" format)
keep = true # assume this PR is unrelated to dependabot, created by a different service
end
Describe the bug We use the same user account to make PRs between the dependabot pipeline and another automated pipeline. Dependabot will treat the PRs generated by the other pipeline as unnecessary and abandon them. Fortunately it doesn't seem to abandon PRs by other users. We do have abandonUnwantedPullRequests: true and when it works it is awesome. It seems that maybe the PR abandon scope is tied to user account. Seems possibly related to #471 but we don't use monorepo. We only have 1 update section. Categorization
To Reproduce Steps to reproduce the behavior:
Expected behavior Dependabot shouldn't abandon unrelated PRs.
Logs and screenshots The PR destination branch already has spring-cloud-azure-dependencies at 5.16.0 so then it abandons the PR even though it doesn't change that dependency. Although this PR does have changes to the build.gradle.
Extension (please complete the following information):