Мой проект pyngrok имеет сотни запусков, числится в списке «Критических проектов» PyPI и, таким образом, используется многими другими проектами, в том числе значимыми. Но раздел «Используется» никогда не заполнялся и не отображался на странице моего проекта GitHub. Точно так же, если я зайду, чтобы проверить график зависимостей , ничто никогда не будет указано как зависимое от pyngrok, несмотря на то, что он был в pip в течение многих лет и у него определенно есть зависимые (включая некоторые из моих собственных проектов , Эти проекты перечисляют его в своих requirements.txt или setup.py (и такие проекты действительно отображаются на Libraries.io, поэтому кажется, что они правильно перечисляют зависимости).
Собственная документация GitHub о том, как именно работает Dependency Graph и заполняется Used By, в лучшем случае скудна , но из того, что они опубликовали , мой пакет соответствует всем требованиям. Но мне интересно, не пропустил ли я очевидный шаг настройки с моей стороны, поскольку у меня точно такая же проблема с сестринским Java-проектом pyngrok java-ngrok — он менее популярен, но все же определенно имеет иждивенцев, которые должны появиться. Я делаю что-то не так здесь? Некоторое время назад я поднял вопрос с GitHub, но они так и не ответили, поэтому любые указания, которые могут дать другие, будут очень признательны!
Насколько я знаю, Dependabot не всегда может работать с метаданными из файлов setup.py (и setup.cfg). Если вы поместите свои метаданные в pyproject.toml, Dependabot сможет более надежно собирать метаданные. Вам не нужно помещать все метаданные в pyproject.toml (вы можете оставить некоторые в setup.cfg или даже setup.py), но чем больше, тем лучше (для Dependabot и многих других причин). И, конечно же, зависимые библиотеки и инструменты будут иметь больше шансов быть обнаруженными Dependabot, если они укажут вашу библиотеку как зависимость через файл pyproject.toml (requirements.txt тоже должно быть в порядке).
Следим за этим, как сейчас решено. Я также видел, что многие пользователи сообщают об одной и той же проблеме на этой (и других) странице(ах) сообщества GitHub. В конечном итоге, однако, ни одно из этих решений не сработало для моих репозиториев Python или Java — я отправил запрос в службу поддержки GitHub, и, хотя на получение ответа ушла пара недель, их инженеры попытались решить проблему.
Если у вас возникла та же проблема, попробуйте создать тикет в службе поддержки GitHub. Они не объяснили мне, что они сделали, чтобы исправить это, просто сказали, что их инженеры посмотрели на проблему и что теперь она должна быть решена (и это было, но, похоже, это какой-то ручной процесс, который они должны выполнять для каждого выполненного репо). , так что пришлите им ссылку на свою тоже через тикет).