VSTS中NuGet包管理扩展的安装、查询及定价相关技术问询

我来帮你一步步梳理这些问题：

1. 是否需要安装"Package Management"扩展来提供NuGet包能力？ #

没错，在早期版本的VSTS中，要启用私有NuGet包托管功能，必须安装官方的"Package Management"扩展。不过现在部分新创建的Azure DevOps组织可能已经默认集成了这个功能，但如果你的实例是较早搭建的，大概率还是需要手动安装该扩展才能创建和管理内部NuGet源。

2. 如何查看VSTS实例已安装的扩展？ #

按照以下步骤就能快速确认：

• 登录你的Azure DevOps组织
• 点击页面左下角的组织设置（齿轮图标）
• 在左侧导航栏选择扩展 -> 已安装
• 在列表里查找"Package Management"，就能知道是否已经安装

3. 有没有其他替代扩展提供NuGet包托管能力？ #

官方首推的还是"Package Management"扩展，但也有一些非扩展的替代方案可以考虑：

• 自行搭建独立的NuGet服务器（比如用NuGet.Server项目），然后在VSTS的构建、发布流程里配置指向这个外部源
• 使用第三方云托管的NuGet服务，不过这些不属于VSTS扩展范畴，需要单独配置集成

4. 关于Package Management扩展的定价与许可疑问 #

许可费用计算 #

根据官方规则，每个VSTS账户默认包含5个免费的Package Management用户许可。如果你们有20名开发人员，确实需要额外购买15个许可。按当前每个用户每月4美元的定价，每月总费用就是15×4=60美元，这个计算是准确的。

未购买许可的用户能否拉取内部包？ #

默认情况下，没有对应许可的用户无法访问私有NuGet源，自然拉取不到内部托管的包。不过有几个变通方案可以尝试：

• 借助构建服务账户：在构建或发布流程中，使用VSTS内置的构建服务账户（这个账户不受用户许可限制）拉取依赖包，然后把包打包到应用的发布产物里。这样开发人员不需要直接访问私有源，就能使用包含内部包的应用
• 配置匿名读取（谨慎使用）：如果你的内部包不需要严格的权限管控，可以尝试将私有NuGet源设置为允许匿名读取。但这个方案会降低安全性，只适合非敏感的内部包
• 使用共享服务账户：创建一个专门的服务账户，给它分配Package Management许可，然后让所有开发人员通过这个账户的凭据访问私有源。注意要做好凭据的安全管理，避免泄露

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