第 5 章 修复的问题

在以前的版本中，GitHub 问题插件默认使用它为所有组件检测到的第一个 GitHub 集成。此行为使其与涉及多个 GitHub 集成主机的设置不兼容。

现在，GitHub issues 插件支持多个 GitHub 集成主机。它使用已知的实体 slug 注解 backstage.io/source-location 或 backstage.io/managed-by-location 来确定组件的适当 GitHub 集成。如果没有与 slug 匹配，则会选择第一个 GitHub 集成，维护之前的行为。

在以前的版本中，在 3scale 后端插件中定义的一些 API 文档无法在 RHDH 中访问。

在这个版本中，3scale 后端插件中定义的所有 API 文档都会在 RHDH 中导入并合并。

在以前的版本中，当使用 Helm Chart 部署时，在 Route hostname 和 baseUrl 字段之间可能会不匹配，添加到生成的 app-config ConfigMap 中。这有时可能会导致因为原始不匹配而对某些提供程序进行身份验证。

在这个版本中解决了这个问题，确保这些值之间没有不匹配。

在以前的版本中，禁用基于角色的访问控制(RBAC)后端插件会创建角色和权限策略，无论是否启用了权限框架。

在这个版本中，禁用 RBAC 后端插件不再创建角色和权限策略。

在此次更新之前，存储库会添加到来自不同源的 Developer Hub 中，如 app-config 文件或 GitHub 发现。Bulk Import 插件只跟踪可通过配置的 GitHub 集成访问的存储库。当两个插件被启用时，GitHub Discovery 发现的存储库会出现在 Bulk Import 页面中。但是，从 Bulk Import Jobs 中删除这些软件仓库无效，因为 discovery 或 app-config.yaml 文件中的实体保留在 Developer Hub 目录中。

在这个版本中，删除图标上的警报会通知用户修改源（存储库中的 catalog-info 或 app-config.yaml 文件（如果文件源自于其中）来删除目录实体。

在此次更新之前，Kubernetes 配置中的自定义资源会被预先配置。因此，用户可以在 Kubernetes 中配置自定义资源的情况下看到 Tekton 警告。

在这个版本中，从 Kubernetes 配置中删除预配置的自定义资源。因此，用户可以根据自己的要求自定义资源，从而防止出现不相关的警告。

在此次更新之前，基于角色的访问控制(RBAC)后端插件会在 Backstage 1.31 中无法正常工作，并显示错误。

在这个版本中解决了在 Backstage 版本 1.31 和 1.32 上与 RBAC 后端插件的兼容性问题，而不会显示任何错误。

在此次更新之前，backstage 实例无法在 5.1.0 版本中启动，显示错误。

在这个版本中，基于角色的访问控制(RBAC)后端插件在版本 5.1.0 中成功启动，而不会显示任何错误。

在此次更新之前，将部署扩展到多个 pod 会导致基于角色的访问控制(RBAC)角色保持未同步，只允许创建该资源的 pod 来提供它。

在这个版本中，RBAC 角色在所有 pod 之间正确同步，并配置了 Redis 缓存和流量路由，以确保部署的一致性。

在以前的版本中，CLI 在导出过程中检查嵌入式软件包的依赖项，以了解是否应嵌入其他软件包。当 CLI 遇到了构建的嵌入式软件包时，方法之一调用 {{require}}，这是嵌套现有插件时的情况。

在这个版本中，{{require}} 使用的父目录从 monorepo root 改为嵌入的软件包。因此，找到的依赖软件包是与嵌入的软件包最相关的依赖项。

在以前的版本中，CLI 会失败，并显示不支持原生模块的信息。

这个版本引入了两个新的 CLI 标志，可帮助动态插件开发人员处理原生模块。这两个标志都接受软件包列表。--suppress-native-package 标志不需要在运行时使用原生模块。它将原生模块替换为显示错误的空软件包。-allow-native-package 标志指示 CLI 在检查期间允许原生软件包，并测试使用原生模块的插件。

在以前的版本中，报告文档(TechDoc)问题的功能会失败。因此，当用户在 TechDoc 中选择了文本时，会出现一个大型图标而不是工具提示按钮。

在这个版本中，用户可以在报告文档(TechDoc)问题时选择文本。

在以前的版本中，export-dynamic-plugin 失败，并显示超过 stdout maxBuffer 长度的错误。

在这个版本中，CLI 会将它在导出过程中执行的 {{yarn install}} 命令的输出重定向到文件。因此，成功完成 {{yarn install}} 命令并验证 export-dynamic-plugin，清理该文件。当动态插件验证检查失败时，该文件可用于故障排除。

在以前的版本中，导出没有更新至较新的后端版本的插件会失败，因为对动态插件软件包的依赖项执行检查。

在这个版本中，a -ignore-version-check 标志接受一个软件包名称列表，从而导致 CLI 在评估插件软件包依赖项时有选择地忽略 CLI 执行的 semver 检查。因此，尚未更新的插件可以正常工作，因为它依赖于没有更改的接口和功能。

在这个版本中，您需要启用 ./dynamic-plugins/dist/backstage-community-tech-radar 和 ./dynamic-plugins/dist/backstage-community-tech-radar-backend-dynamic 来使用 Tech Radar 插件。您必须根据您选择为插件加载 JSON 数据的位置配置其他设置。