Docs example says products are auto-included transitively, but they aren't extracted with `products: []`
维护者通常 3 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 2/5
- 预计耗时
- 1-3 小时
- 新手友好度
- 76/100
- Issue 类型
- 文档
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 技术栈
- azure
- 领域
- cli, documentation
调研方向
阅读 docs/guides/filtering-resources.md，尤其是“Transitive Dependency Behavior”和“How To: Extract Just One API”部分。使用 apiops extract、版本 1.0.1 以及所示的过滤器重现该问题；当文档准确描述设置 products: [] 时是否会包含产品后，即视为完成。
由索引模型根据 Issue 内容生成。
描述
Question
Thefiltering guide has this example under "Transitive Dependency Behavior":
apis:
- petstore-api
And petstore-api is assigned to:
- Product starter → auto-included
- Tag production → auto-included
The extract output includes all of these, even though only apiNames was specified in the filter.
I set up a filter based on the "How To: Extract Just One API" section on the same page, which lists only version sets, backends, named values, policy fragments, and tags as auto-included when their keys are set to [], and does not mention products:
apis:
- my-api-1
- my-api-2
backends: []
namedValues: []
products: []
tags: []
versionSets: []
loggers: []
diagnostics: []
groups: []
policyFragments: []
gateways: []
schemas: []
subscriptions: []
policies: []
policyRestrictions: []
documentations: []
workspaces: []
After running apiops extract with this filter, the products folder is empty. I confirmed directly against the APIM instance that both APIs are still assigned to their respective products, so the association exists and just isn't showing up in the extract output.
Did I misunderstand something about how the filter or --filter/transitive resolution is supposed to work here, or is the "Products containing the API" line in the Transitive Dependency Behavior example not accurate for the current release?
Context
@azure-tools/apiops-cli version 1.0.1. Filter file only sets apis: with two explicit API names and products: [], no --no-transitive flag passed to apiops extract.
- 主要语言
- TypeScript
- 星标
- 29
- 派生
- 10
- 平均合并
- 1 天 6 小时
- 30 天内合并 PR
- 27
环境准备
在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
Azure/apiops-cli 的其他 Issue
-
type:documentation
难度 1/5 1 小时以内 新手友好度 94/100
Azure/apiops-cli#250 ·
维护者通常 3 天内回复
-
Documentation P2
难度 2/5 1-3 小时 新手友好度 70/100
Azure/apiops-cli#24 · 1 条评论 ·
维护者通常 3 天内回复
-
type:bug
难度 4/5 3-5 天 新手友好度 55/100
Azure/apiops-cli#291 ·
维护者通常 3 天内回复
-
type:bug
难度 3/5 1-2 天 新手友好度 58/100
Azure/apiops-cli#276 ·
维护者通常 3 天内回复
-
type:feature
难度 5/5 一周以上 新手友好度 30/100
Azure/apiops-cli#275 · 2 条评论 · 2 个 reaction ·
维护者通常 3 天内回复
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 78/100
melgarafael/DeskcommCRM#1812 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 84/100
prisma/prisma-cli#309 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
gregwebs/pi-quota-dispatcher#26 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 74/100
openwatersio/slackwater.xyz#124 ·
维护者通常 1 天内回复
-
agent-reported area/browser area/docs documentation good first issue hacktoberfest help wanted P2
难度 1/5 1 小时以内 新手友好度 90/100
维护者通常 2 天内回复