Open nicolasproton opened 4 days ago
@nicolasproton thanks for the report. Unfortunately I don't have much experience with the pip ecosystem. I don't see any obvious clues that this is related to the Azure DevOps extension code, but that's not to say it isn't an extension issue. Before I dig into this, have you searched the dependabot-core issues list for similar issues?
I will try reproduce your issue locally and see if there are any problems in the DevOps extension code; Would using the pyproject.toml
you included above be enough to reproduce this issue? or does it require the contents of ../shared_services
to work as expected?
Thanks. I checked and it could be somewhat related to https://github.com/dependabot/dependabot-core/issues/9554 but the error is a little different. So it is hard to tell if that's the same issue.
../shared_services
would just need its own pyproject.toml
but nothing else in order for you to test. Mine is set as below
/services/shared_services/pyproject.toml
[tool.poetry]
name = "datahub-shared-services"
version = "0.1.0"
description = ""
package-mode = false
[tool.poetry.dependencies]
python = "^3.9"
aws-requests-auth = "^0"
packaging = "^24"
typing-extensions = "^4"
msal = "^1"
pydantic = "^2"
[tool.poetry.group.dev.dependencies]
aws-lambda-powertools = "^2"
Describe the bug I am running TaskV2 with the
directories
options. As it parses each sub-folders, it fails to find dependencies that are located in other relative paths. I have tried adding anignore
statement but without successI am using tox and pytest for the unit tests execution, which requires the local dependencies to be also defined in the
pyproject.toml
file.Expected behaviour I would expect dependabot to parse any folder using a relative path (or being able to
ignore
local folders)Logs and screenshots
.azuredevops/dependabot.yml
services/access_control/pyproject.toml
Error Logs
Extension: