dependabot-azure-devops: Dependabot yml config ignore (nuget) doesn't work
Describe the bug When trying to use the dependabot config ignore pattern, the ignore pattern is not used
To Reproduce Steps to reproduce the behavior:
- add a dependabot.yml file in the root
- use the nuget package eg:
# dotnet
- package-ecosystem: "nuget"
directory: "/"
schedule:
interval: "weekly"
day: "sunday"
rebase-strategy: "auto"
open-pull-requests-limit: 99
target-branch: "master"
versioning-strategy: auto
ignore:
- dependency-name: "Microsoft.Extensions.*"
update-types: ["semver-major"]
- dependency-name: "Microsoft.EntityFrameworkCore.*"
update-types: ["semver-major"]
- run the azure devops pipeline.
- PR’s are being made with Microsoft.Extensions.* from 6.0 to 7.0 -> error:
Updating Microsoft.Extensions.Configuration from 6.0.1 to 7.0.0
Submitting Microsoft.Extensions.Configuration pull request for creation.
Expected behavior
To have dependencies with wildcards being ignored. I tried using the update-types and the - version option
Environment:
- Pipeline builder: Azure Devops Pipelines
- tingle docker version 0.10.1
About this issue
- Original URL
- State: closed
- Created 2 years ago
- Comments: 30 (12 by maintainers)
Possibly the reason why no one offered a repro is this not being a major/blocking issue. When it is, I always get a repro.
This works in the latest/preview bits as evidenced in the pipeline run below: https://dev.azure.com/tingle/dependabot/_build/results?buildId=53032&view=logs&j=12f1170f-54f2-53f3-20dd-22fc7dff55f9&t=1f93c1a3-255b-505a-53c9-c382114aabf5
A release is due in the course of the week. If by change you want to be on the bleeding edge, you can use a specify the input
dockerImageTag: latestordockerImageTag: '0.11.3-ci.13'so long as you can remove that later to avoid issues.@BoreasMun and @wcunningham1966 , thanks for posting out different behaviors based on root vs non-root directories.
Investigating this, it appears the core library fetches the configuration file relative to the passed directory and this is meant to work for both remote and locally cached update behaviors.
I took so much more time to get to understand this without a reproduction one. Arg! ADO people and their secrets!!! I created a repro https://dev.azure.com/tingle/dependabot/_git/repro-399 to help out and a fix is on the way within the hour.
Absolutely no rush. Sorry if I sounded impatient! I really do appreciate your hard work on this. Thanks!
I suspect this is the issue as my nuget check in non root directories are being ignored. I used a simplified pipeline earlier to confirm they were still not using the ignore.
I wish there is a way to choose what version to run so we can downgrade
I’ve managed to partially repro this but only for npm using
semver-major. Will investigate further and report back soon.