6.2. 修复了 1.5.0 中的问题

现在，您可以通过在配置中指定优先级值来重新排序实体标签页。优先级较高的标签页首先会出现，而默认标签页可以通过分配负优先级值来隐藏。

在以前的版本中，在 TechDocs 中报告文档问题 功能无法正常工作。另外，在 TechDoc 中选择文本会显示一个过度化图标，而不是预期的工具提示按钮。

这个问题已被解决，确保用户现在可以使用工具提示按钮选择内容并正确报告问题。

当使用 RHBK 作为 OIDC 供应商时，默认的访问令牌生命周期被设置为 5 分钟，从而导致在令牌接近过期时频繁刷新令牌请求。这会导致因为频繁的令牌刷新而出现性能问题。

要解决这个问题，您可以通过将 Configure Realm Settings 下的 Access Token Lifespan 设置调整为大于五分钟的值来提高 Keycloak 服务器上的访问令牌生命周期。这个调整可防止不必要的刷新令牌调用并提高性能。

在这个版本中，引入了一个新的 pullPolicy 配置，用于增强对 OCI 工件中的浮动标签的支持。pullPolicy 设置在平台处理镜像容器间提供更一致的行为，并提供两个选项：

pullPolicy 设置也应用于 NPM 下载方法，但 Always 将下载远程工件，而无需摘要检查。虽然现有的 forceDownload 选项仍可以正常工作，pullPolicy 具有优先权，并且 强制下载 可能在以后的版本中被弃用。

另外，如果只修改 URL，这个更新解决了在清理阶段意外删除 OCI 工件的问题。

在以前的版本中，从外部源安装的插件会错误地在 Plugins 页面的 Enabled 列中显示 No。在这个版本中修复了 UI 逻辑，以确保外部安装插件正确出现在 Enabled 列中，如预期在 Enabled 列中显示 Yes。

在 Developer Hub Helm Chart 版本 1.4.2+ 中，可以使用 Helm 值文件中的 dynamicPlugins.cache.volumeClaimSpec 字段为动态插件持久性卷声明(PVC)配置存储类和访问模式。

在 1.5 版本中，这个行为已被恢复，默认使动态插件 root PVC 临时。此更改解决了升级 Helm Chart 或运行 Developer Hub 的多个副本时遇到的问题。

您仍然可以使用 upstream.backstage.extraVolumes 字段自定义临时卷声明的存储类和访问模式，如下例所示：

upstream:
  backstage:
    extraVolumes:
      - name: dynamic-plugins-root
        ephemeral:
          volumeClaimTemplate:
            spec:
              accessModes:
                # TODO: Change the access mode below
                - ReadWriteOnce
              resources:
                requests:
                  storage: 5Gi
              # TODO: Add your storage class below
              storageClassName: "<my-custom-storage-class>"

      - name: dynamic-plugins
        configMap:
          defaultMode: 420
          name: '{{ printf "%s-dynamic-plugins" .Release.Name }}'
          optional: true

      - name: dynamic-plugins-npmrc
        secret:
          defaultMode: 420
          optional: true
          secretName: '{{ printf "%s-dynamic-plugins-npmrc" .Release.Name }}'

      - name: dynamic-plugins-registry-auth
        secret:
          defaultMode: 416
          optional: true
          secretName: '{{ printf "%s-dynamic-plugins-registry-auth" .Release.Name }}'

      - name: npmcacache
        emptyDir: {}

      - name: temp
        emptyDir: {}

但是，请确保也包含默认 Helm Chart 中声明 的所有其他卷。

在以前的版本中，因为自动创建动态插件 root 持久性卷声明(PVC)，Developer Hub Helm Chart 不支持在不同集群节点上运行多个副本。这个问题已通过恢复 PVC 创建并切换到临时卷来解决，允许多个副本正常工作。

在之前的 Developer Hub Helm Chart 版本中，无法配置 test-connection pod 的镜像，这会给 air-gapped 环境造成挑战。在运行 helm test 时创建了 test-connection pod，以验证部署的发行版本。

这个问题已通过引入配置选项来指定镜像并允许完全禁用 test-connection pod 来解决。Helm Chart 中现在提供了以下字段：

# -- Test pod parameters
test:
  # -- Whether to enable the test-connection pod used for testing the Release using `helm test`.
  enabled: true

  image:
    # -- Test connection pod image registry
    registry: quay.io

    # -- Test connection pod image repository. Note that the image needs to have both the `sh` and `curl` binaries in it.
    repository: curl/curl

    # -- Test connection pod image tag. Note that the image needs to have both the `sh` and `curl` binaries in it.
    tag: latest

在以前的版本中，GitLab 组织目录后端插件和通知后端插件无法加载，显示 MODULE_NOT_FOUND 错误。这个问题已通过在 GitLab 组织目录后端动态插件中嵌入了缺少的依赖项来解决，以确保正常工作。

janus-idp CLI 命令 package-dynamic-plugins 设计为用于 monorepos 和单个插件项目。在这个版本中解决了工具的 monorepo 检测中的一个 bug，这会导致工具在单一插件项目中运行时出现错误 TypeError: Cannot read properties of undefined (reading 'packages')。

在以前的版本中，CLI 通过从 monorepo root 调用需要来检查导出过程中嵌入的软件包的依赖项。这可能会导致依赖项解析不正确，特别是在嵌套现有插件时。

有了这个更新，CLI 现在需要来自嵌入式软件包的父目录中的调用，确保正确识别和使用最重要的依赖项。

在以前的版本中，CLI 需要每个动态插件项目来为 package-dynamic-plugin 命令定义 export-dynamic 脚本，才能成功导出插件。

在这个版本中，不再需要定义 export-dynamic 脚本。package-dynamic-plugin 命令现在会自动尝试使用默认参数运行 export-dynamic-plugin 命令，从而简化导出过程。

在以前的版本中，由于单独添加角色和权限策略，在处理大量 CSV 条目时引导过程会减慢。在本发行版本中，角色和策略会批量添加，提高了 RBAC 后端插件的启动速度。

在以前的版本中，因为 RBAC 权限评估，具有大量用户和组的机构会经历较慢的响应时间。这个版本包括性能改进，以帮助缓解这些性能下降。

在以前的版本中，条件别名只适用于 IS_ENTITY_OWNER 的目录条件规则。在这个版本中，别名适用于所有规则，改进了灵活性和功能。

在以前的版本中，因为使用硬编码 ReadWriteOnce 访问模式自动创建动态插件 root 持久性卷声明(PVC)，使用滚动更新升级现有 Developer Hub Helm 发行版本会被阻断。这导致新副本无法调度到不同的节点上。

现在，通过恢复 PVC 创建和使用临时卷来解决这个问题，启用滚动更新并允许多个副本按预期工作。

在以前的版本中，Operator 的安装脚本无法在 air-gapped 环境中的 Red Hat OpenShift Service on AWS (ROSA)集群上运行。这个问题现已解决，确保脚本在 ROSA 上正常工作。