GitHub“被使用”/依赖者不填充

问题描述 投票:0回答:2

我的项目

pyngrok
有数百个启动,被列为PyPI“关键项目”,因此被许多其他项目使用,包括重要项目。但是“Used By”部分从未填充或显示在我项目的 GitHub 页面上。同样,如果我 去检查依赖关系图,没有任何东西被列为
pyngrok
的依赖项,尽管事实上它已经在 pip 上多年并且它肯定有依赖项(包括 我自己的一些项目 . 这些项目在他们的
requirements.txt
setup.py
中列出了它(这些项目 do 出现在 Libraries.io 上,所以他们似乎正确地列出了依赖项)。

GitHub 关于依赖图的工作原理和使用者填充方式的文档充其量是稀疏的,但是从他们发布的内容来看,我的包满足所有要求。但我想知道我是否遗漏了一个明显的配置步骤,因为我在

pyngrok
的姊妹 Java 项目
java-ngrok
上有完全相同的问题——它不太受欢迎,但仍然肯定有依赖项应该出现。我在这里做错了什么吗?不久前我在 GitHub 上提出了一张票,但他们从未回应过,所以如果其他人能给出任何方向,我将不胜感激!

github pypi python-packaging dependabot dependency-graph
2个回答
0
投票

据我所知,Dependabot 并不总是能够处理来自

setup.py
文件(也不是
setup.cfg
)的元数据。如果您将元数据放在
pyproject.toml
中,Dependabot 应该能够更可靠地获取元数据。您不必将所有元数据都放在
pyproject.toml
中(您可以将一些元数据放在
setup.cfg
甚至
setup.py
中),但越多越好(出于 Dependabot 和许多其他原因)。当然,如果依赖库和工具通过
pyproject.toml
文件将您的库列为依赖项,则它们将有更高的机会被 Dependabot 选中(
requirements.txt
也应该没问题)。


0
投票

跟进这个,因为它现在已经解决了。我还看到许多用户在这个(和其他)GitHub 社区页面 上报告了同样的问题。不过,最终,这些解决方案都不适用于我的 Python 或 Java 存储库——我开了一张 GitHub 支持票,虽然花了几周时间才得到回应,但他们的工程师还是看了看并解决了这个问题。

如果您遇到同样的问题,请尝试使用 GitHub 支持开票。他们没有向我解释他们做了什么来解决它,只是说他们的工程师研究了这个问题并且现在应该解决它(确实是,但是对于每个受影响的回购,他们似乎必须执行一些手动过程,因此也可以通过票证向他们发送指向您的链接)。

© www.soinside.com 2019 - 2024. All rights reserved.