成功关联上公开的命名空间，但是获取不到配置信息

[EachShow]

• 我已经检查过discussions
• 我已经搜索过issues
• 我已经仔细检查过FAQ

描述bug

我在Apollo配置界面上，已经将UIMS应用的配置关联上公共的配置，所有配置都已经发布。UIMS已经默认引用了私有的Application命名空间
我在UIMS的Apollo配置节点中，如果不在Namespaces中将引用的公共配置的命名空间列出来，那么UIMS就拉取不到公共的配置信息。
只要在Namespaces中将引用的公共的命名空间列出来，UIMS应用就可以正常获取到公共的配置信息

复现

通过如下步骤可以复现：

可以正常接到公共配置的Section配置
"Apollo": {
"AppId": "UIMS",
"Env": "DEV",
"MetaServer": "http://localhost:8080/",
"Namespaces": [ "Dev.ElasticSearch", "Dev.RabbitMQ", "Dev.Swagger", "Dev.Wechat", "Dev.Redis" "Dev.MinIO", "Dev.NLog" ]
}

不能拉到公共配置的Section配置
"Apollo": {
"AppId": "UIMS",
"Env": "DEV",
"MetaServer": "http://localhost:8080/"
}

期望

配置信息在Apollo上，建立好关联继承关系后，UIMS不需要关注引用了哪些公共的配置命名空间，只需要引用自己私有的Application即可

截图

额外的细节和日志

• 版本：2.10.0
• 错误日志
• 配置：
• .net6

[nobodyiam]

功能上就是这样设计的。

[EachShow]

那这个关联主要是什么用呢？建议关联之后，就可以直接获取到继承过来的配置信息。

[nobodyiam]

关联是为了可以覆盖公共配置，如果不需要覆盖就不需要主动关联

[EachShow]

强烈建议，在Apollo配置中心上关联上公共的命名空间后，项目上就不需要再添加命名空间的配置信息了，直接继承所有关联的公共配置信息。
这样以来，整个配置中心的管理，跟项目配置就完全解耦了，项目打包啥的，就更简单了，后续都无须关注配置的调整。

[aisuhua]

关联是为了可以覆盖公共配置，如果不需要覆盖就不需要主动关联

@nobodyiam 请问我关联只是为了继承，不做任何覆盖是否可以，或者说是否合适？。

上面截图中的 appid 是 cms，然后它关联了 TEST1.test 这个公共命名空间，
然后我没有覆盖 TEST1.test 任何配置，当我通过 API 获取 cms 的 TEST1.test 命名空间的配置时，我发现可以获取得到继承过来的配置。

GET http://10.0.0.45:8080/configs/cms/default/TEST1.test?ip=10.0.0.1
{
    "appId": "cms",
    "cluster": "default",
    "namespaceName": "TEST1.test",
    "configurations": {
        "username": "aaa",
        "password": "bbb"
    },
    "releaseKey": "20241018171124-b48891fe8dc429d5+20241018165327-fb4291fe8dc429d1"
}

如果我在 cms 的 TEST1.test 命名空间里覆盖了 username 为 111 时，再次获取值时，结果是 cms 的 TEST1.test 的配置 + 公共命名空间的 TEST1.test 配置合并的结果。

GET http://10.0.0.45:8080/configs/cms/default/TEST1.test?ip=10.0.0.1
{
    "appId": "cms",
    "cluster": "default",
    "namespaceName": "TEST1.test",
    "configurations": {
        "username": "111",
        "password": "bbb"
    },
    "releaseKey": "20241018172158-b48891fe8dc429d6+20241018165327-fb4291fe8dc429d1"
}

[nobodyiam]

@nobodyiam 请问我关联只是为了继承，不做任何覆盖是否可以，或者说是否合适？。

可以但没有必要