中风险
批量或定时续订可能在未逐项确认的情况下持续维持所有匹配订阅
原文依据:6 处发现了什么
`--all` 会续订时间窗口内的全部订阅,而文档还建议把该操作加入 cron。材料没有显示执行前列出匹配项、排除不需要的订阅或要求逐项确认的步骤。
为什么需要注意
旧的、误建的或不再需要的 Workspace Events 订阅可能继续存活,并继续产生其原本配置的事件活动。定时任务会反复延长这种状态。
这段证据能说明什么
文档明确说明,用户主动使用 `--all` 时会续订时间窗口内的全部订阅,并建议通过 cron 重复执行,因此确有长期维持多项订阅的可能。不过,提供的材料只有使用说明,没有 CLI 实现,无法确认执行前是否会列出匹配项、请求确认或提供排除机制;而且批量续订是该标志公开声明的功能,并非隐藏行为。用户可要求作者说明预览、确认及筛选机制,并限制自动任务使用 `--name` 指定订阅。
这项判断针对展示的代码和适用条件,不表示风险已经实际发生。|------|----------|---------|-------------|| `--name` | — | — | Subscription name to reactivate (e.g., subscriptions/SUB_ID) || `--all` | — | — | Renew all subscriptions expiring within --within window || `--within` | — | 1h | Time window for --all (e.g., 1h, 30m, 2d) |查看另外 5 个位置
```bashgws events +renew --name subscriptions/SUB_IDgws events +renew --all --within 2d```- Subscriptions expire if not renewed periodically.- Use --all with a cron job to keep subscriptions alive.| `--name` | — | — | Subscription name to reactivate (e.g., subscriptions/SUB_ID) || `--all` | — | — | Renew all subscriptions expiring within --within window || `--within` | — | 1h | Time window for --all (e.g., 1h, 30m, 2d) || `--all` | — | — | Renew all subscriptions expiring within --within window || `--within` | — | 1h | Time window for --all (e.g., 1h, 30m, 2d) |- Subscriptions expire if not renewed periodically.- Use --all with a cron job to keep subscriptions alive.