发行注记

在这个版本中，Argo CD CRD API 版本从 v1alpha1 升级到 v1beta1 到 accomodate 破坏的变化，从而导致 .spec.dex 和某些 .spec.sso 字段造成的中断更改。为了简化现有 v1alpha1 Argo CD CR 的自动迁移到 v1beta1，实施了转换 Webhook 支持。GITOPS-3040

在这个版本中，Red Hat OpenShift GitOps Operator 在 web 控制台的 Administrator 视角中部署三个监控仪表板。三个仪表板包括 GitOps 概述、GitOps 组件和 GitOps gRPC。要访问这些仪表板，请访问 Observe → Monitoring。GITOPS-1767

在这个版本中，Red Hat OpenShift GitOps Operator 的默认安装命名空间被改为自己的命名空间，名为 openshift-gitops-operator。您仍然可以在安装时通过 OperatorHub UI 中的下拉菜单选择旧的默认安装命名空间 openshift-operators。您还可以通过选择复选框在新命名空间中启用集群监控，从而使 Operator 的性能指标可在 OpenShift Container Platform Web 控制台中访问。GITOPS-3073

在这个版本中，Red Hat OpenShift GitOps Operator 会导出自定义指标，允许您跟踪 Operator 的性能。以下是导出的指标：

在此次更新之前，没有选择在不同应用程序控制器分片中平均分布目标集群的算法。现在，您可以将分片算法设置为 round-robin 参数，该参数在不同的应用程序控制器分片中平均分配集群，以便在分片中平均分配同步负载。GITOPS-3288

在此次更新之前，没有动态扩展应用程序控制器副本的选项。现在，您可以根据每个应用程序控制器管理的集群数量动态扩展应用程序控制器的数量。GITOPS-3287

在这个版本中，以下已弃用的 sso 和 dex 字段已从 Argo CD CR 中删除：

在这个版本中，已弃用的 .spec.resourceCustomizations 字段已从 Argo CD CR 中删除。程序错误修复和支持仅在 Red Hat OpenShift GitOps v1.9 生命周期结束时提供。作为 .spec.resourceCustomizations 的替代选择，您可以使用 .spec.resourceHealthChecks、.spec.resourceIgnoreDifferences 和 .spec.resourceActions 字段。GITOPS-3041

在这个版本中，您可以使用自定义 must-gather 工具来收集有关项目级别资源、集群级别资源和 Red Hat OpenShift GitOps 组件的诊断信息。此工具提供有关与 Red Hat OpenShift GitOps 关联的集群的调试信息，您可以与红帽支持团队共享以进行分析。GITOPS-2797

在这个版本中，您可以使用 Argo Rollouts 为进度交付添加支持。目前，支持的流量管理器只是 Red Hat OpenShift Service Mesh。GITOPS-959

在这个版本中，对以下已弃用的 sso 和 dex 字段的支持会扩展，直到即将发布的 Red Hat OpenShift GitOps GA v1.10.0 版本为止：

目前，Argo CD 不会从 argocd-tls-certs-cm 配置映射中指定的路径中读取传输层安全 (TLS) 证书，从而导致 x509: certificate signed by unknown authority 错误。

临时解决方案：执行以下步骤：

目前，Red Hat OpenShift GitOps 1.8.4 不适用于 OpenShift Container Platform 4.10 和 4.11 的 latest 频道。latest 频道由 GitOps 1.9.z 获取，它只在 OpenShift Container Platform 4.12 及更新的版本中发布。

作为临时解决方案，切换到 gitops-1.8 频道来获取新的更新。GITOPS-3158

在此次更新之前，当使用 .spec.dex 参数配置 Dex 时，并尝试使用 LOG IN VIA OPENSHIFT 选项登录到 Argo CD UI，您将无法登录。在这个版本中解决了这个问题。

在这个版本中，您可以添加 ApplicationSet Progressive Rollout 策略功能的支持。使用此功能，您可以在修改 ApplicationSet spec 或 Application 模板后，增强 ArgoCD ApplicationSet 资源，以便为进度应用程序资源更新嵌入推出部署策略。当您启用此功能时，应用程序会以声明性顺序更新，而不是同时更新。GITOPS-956

在这个版本中，Red Hat OpenShift GitOps Operator 和 kam CLI 可用于 OpenShift Container Platform 上的 ARM 架构。GITOPS-1688

在这个版本中，您可以使用 Argo CD CR 将命令参数传递给存储库服务器部署。GITOPS-2445

例如：

apiVersion: argoproj.io/v1alpha1
kind: ArgoCD
metadata:
  name: example-argocd
spec:
  repo:
    extraRepoCommandArgs:
      - --max.combined.directory.manifests.size
      - 10M

apiVersion: argoproj.io/v1alpha1
kind: ArgoCD
metadata:
  name: example-argocd
spec:
  repo:
    extraRepoCommandArgs:
      - --max.combined.directory.manifests.size
      - 10M

在此次更新之前，您只能在 openshift-gitops-repo-server pod 中设置 ARGOCD_GIT_MODULES_ENABLED 环境变量，而不是在 ApplicationSet Controller pod 中设置。因此，在使用 Git 生成器时，Git 子模块会在生成子应用程序时克隆，因为 ApplicationSet Controller 环境中缺少变量。另外，如果在 ArgoCD 中没有配置克隆这些子模块所需的凭证，应用程序生成会失败。在这个版本中解决了这个问题，您可以使用 Argo CD CR 将任何环境变量（如 ArgoCD_GIT_MODULES_ENABLED ）添加到 ApplicationSet Controller pod 中。然后 ApplicationSet Controller pod 从克隆的存储库中成功生成子应用程序，且进程中没有克隆子模块。GITOPS-2399

例如：

apiVersion: argoproj.io/v1alpha1
kind: ArgoCD
metadata:
  name: example-argocd
  labels:
    example: basic
spec:
  applicationSet:
    env:
     - name: ARGOCD_GIT_MODULES_ENABLED
       value: "true"

apiVersion: argoproj.io/v1alpha1
kind: ArgoCD
metadata:
  name: example-argocd
  labels:
    example: basic
spec:
  applicationSet:
    env:
     - name: ARGOCD_GIT_MODULES_ENABLED
       value: "true"