【问题标题】:How to interpret nuget Download statistics / How to know how widely used my package is?如何解释 nuget 下载统计/如何知道我的包的使用范围有多广?
【发布时间】:2018-02-15 15:12:09
【问题描述】:

我有一个小的 nuget 包(EnumStringValues, plug, plug, plug)

在 nuget 页面上,我可以看到“下载统计信息”。

这个数字是什么意思? 计数器何时增加的一些可能性:

  • 任何人运行 Nuget 还原的任何时候,包括,例如詹金斯?
  • 任何时候有人在特定机器上第一次运行 Nuget Restore?
  • 任何时候有人实际将 nuget 安装到项目中?

是否有任何关于这些数字实际含义的文档?

鉴于第 3 个选项是唯一真正有趣的选项(此软件包的使用范围有多广),是否有任何方法可以衡量“下载统计信息”是否执行其他选项之一?

【问题讨论】:

    标签: nuget open-source


    【解决方案1】:

    实际上是总下载量。 这严格指望端点方面。

    您无法真正推断出安装/恢复等内容。

    原因在于 NuGet 客户端采用的优化,以及开发人员的开发环境。

    • NuGet 客户端有global packages folder,这基本上意味着理想情况下每台机器只下载一个包(人们可以为不同的项目配置不同的全局包文件夹等)。

    • 接下来,项目有 CI 设置,那里的配置也很重要。

      • 他们会重新映像构建机器吗?
      • 他们是否在每次运行前清理全局包文件夹?
    • 另一个需要注意的是,您无法推断出您的软件包的直接使用情况,而一个更受欢迎的软件包依赖于它。

    基本上,遗憾的是,要点是,目前您无法了解每个项目/每个唯一用户对您的包的使用情况。

    【讨论】:

      【解决方案2】:

      @jon-skeet 写了一个long blog post about this

      简而言之:

      什么是下载? 以下是一些可能会增加该计数器的内容:

      • 从网页手动下载

      • 在 Visual Studio 中添加新包

      • 在 Visual Studio Code 中添加新包

      • 从命令行安装nuget

      • 本地项目的 dotnet 还原

      • 在持续集成系统中测试 PR 的 dotnet restore

      • CI 系统中的 dotnet restore 测试合并的 PR

      所有这些听起来都是合理的,但它们也有可能不会增加计数器:

      • 我的本​​地 NuGet 缓存中可能有一个包

      • CI 系统可能有自己的全局包缓存

      • CI 系统可能会以某种方式使用镜像服务

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2015-03-08
        • 1970-01-01
        • 2011-08-29
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2020-02-01
        相关资源
        最近更新 更多