adobe / adobe/aio-cli-plugin-cloudmanager

AccessToken is always stored in global config below the IMS context

未关闭
#697 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
bug
主要语言
JavaScript
星标
50
派生
36
PR 合并指标
30 天内没有已合并 PR

描述

When using a local `.aio` config file similar to what is outlined in https://github.com/adobe/aio-cli-plugin-cloudmanager?tab=readme-ov-file#setup-for-oauth-integration with `aio config:set ims.contexts.aio-cli-plugin-cloudmanager PATH_TO_CONFIG_JSON_FILE --file --json --local` I expect that the accessToken which is retrieved is also stored locally, however this is persisted in the global aio config due to https://github.com/adobe/aio-lib-ims/issues/67 like this.

```
ims: {
contexts: {
aio-cli-plugin-cloudmanager: {
...
// duplicated service credentials from the local .aoi file
...
access_token: {
token: ",
expiry: ...
}
},
```

In order to be able to easily switch between different credentials/organization just using the local AIO config (https://github.com/adobe/aio-lib-core-config/tree/master?tab=readme-ov-file#project-configuration) is not enough. Instead one currently has to use dedicated/unique IMS context names and always pass that via `imsContextName` to each `aio cloudmanager` command as workaround.

Please document that limitation in the readme and try to fix the upstream bug in https://github.com/adobe/aio-lib-ims/issues/67.

贡献指南

打开贡献指南

调研方向

从 issue 中链接的 README 设置部分开始,并使用 Cloud Manager IMS 上下文复现本地 `.aio` 配置。查看 `aio-lib-ims` 的 upstream issue #67,以了解全局 token 持久化,然后记录该限制并确定所需的 upstream fix;当本地凭据不再进行全局持久化,或该限制已得到明确记录时,即视为完成。

由索引模型根据 Issue 内容生成。

评估

技术栈
javascript
领域
cli
Issue 类型
缺陷
难度
4/5
预计耗时
3-5 天
活跃度
停滞
描述清晰度
需要澄清
新手友好度
25/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。