GitHub项目pyngrok/java-ngrok的Used By/依赖项未显示求助

问题情况 #

我维护的pyngrok项目有几百个Star，是PyPI的「Critical Project」，包括我自己的hookee在内的不少项目都在requirements.txt或setup.py里正确声明了依赖，这些依赖在Libraries.io上都能正常查到，但GitHub页面的「Used By」板块从来加载不出内容，依赖图谱里也看不到任何依赖项。我另一个Java项目java-ngrok也碰到了一模一样的问题，之前给GitHub提工单没收到回复，求可行的排查方向。

可尝试的排查与解决步骤 #

• 核对依赖声明的精确匹配
  确认依赖项目里写的包名和GitHub仓库名完全一致：比如pyngrok的PyPI包名要和GitHub仓库的名称（大小写、拼写）完全对应；Java项目要检查pom.xml/build.gradle里的groupId、artifactId和GitHub仓库的标识没有偏差——GitHub依赖扫描对名称匹配的要求很严格，一点差异都可能导致识别失败。
• 触发依赖项目的重新扫描
  找几个依赖pyngrok/java-ngrok的公开仓库，做个无意义的小提交（比如给README加个空格、改个注释）推上去，GitHub会重新触发这个仓库的依赖扫描流程，有可能会补录对目标项目的依赖记录。
• 确认依赖项目的公开性
  GitHub的「Used By」只统计公开仓库的依赖，如果依赖项目是私有仓库，肯定不会显示。先排查所有已知的依赖项目是不是都是公开的。
• 给扫描流程留够延迟时间
  GitHub的依赖扫描不是实时的，尤其是当依赖项目数量多的时候，可能要等几天甚至一周才会更新显示。可以隔个3-5天再去检查页面，说不定只是还没扫到。
• 用GitHub API验证扫描状态
  调用GitHub的仓库依赖API，查看某个依赖项目的依赖列表里有没有pyngrok/java-ngrok：如果API能返回但页面不显示，大概率是前端缓存或者页面渲染的问题；如果API也查不到，那就是扫描流程没识别到依赖，得回到第一步核对声明细节。
• 换渠道联系GitHub支持
  工单没回复的话，可以试试在GitHub社区的Support板块发求助帖，或者在官方社交媒体账号留言，附上项目链接、依赖声明的截图、Libraries.io的显示截图这些证据，更容易引起关注。

内容的提问来源于stack exchange，提问作者alexdlaird