大家好，仿莎莎论坛网站源码分享相信很多的网友都不是很明白，包括莎莎源码论坛-热点也是一样，不过没有关系，接下来就来为大家分享关于仿莎莎论坛网站源码分享和莎莎源码论坛-热点的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！
按照惯例，昨天GitLab官方发布又一个新的月度版本14.9的发布，其中包含Epic间链接、集成的安全培训、新的环境页面设计、扫描结果策略的规则模式等，详细功能请和虫虫一起学习。
主要功能改进
将史诗链接到另一个史诗（ULTIMATE）
GitLab现在支持使用“相关”、“阻塞”或“阻塞”Epic的链接关系。此功能使团队能够更好地跟踪和管理GitLab组之间的Epic依赖关系。有效的依赖管理是减少可变性和提高价值交付可预测性的关键组成部分。
环境页面上的部署批准（PREMIUM）
新版本中在GitLab界面中引入部署批准功能。GitLab14.8中，引入了通过API批准部署的能力。现在，部署批准者可以直接在“环境”页面中查看待处理的部署并方便地批准或拒绝，使团队能够创建工作流，以批准软件进入生产或其他受保护的环境。将该功能目前为测试版。
环境页面的新设计
以前，环境页面使用户能够操作和查看部署，但设计隐藏了一些重要信息，展示不是很清晰。GitLab14.9中，页面进行了全面更新，展示了环境和部署的关键问题。现在，可以轻松查看最新部署的状态、各种环境的状态以及已部署的提交。
项目级时间恢复服务API（ULTIMATE）
在新版本中，添加了对TimetoRestoreService的API支持。这是4个DORAMetrics中的第3个。这些数据可帮助团队不断改进其稳定性指标。
用于删除项目主题的API端点
在之前的版本中，添加了创建和管理项目主题的功能，这些主题用于对项目进行分类并查找类似的新项目。但是，没有提供删除方法。在新版本中，添加了一个API接口来删除项目主题，使主题管理更加整洁和高效。
在每个价值流阶段显示总时间散点图（PREMIUM）
在组的价值流分析中，完成天数图表已重命名为总时间。不再使用下拉菜单查看阶段的总时间数据，而是从页面顶部选择阶段。
新PAT和电子邮件地址的通知
用户希望知道何时创建新的个人访问令牌并将新的电子邮件地址添加到帐户中。
在GitLab14.9中，在以下情况下会向用户的主电子邮件地址发送通知：
帐户中新创建了一个个人访问令牌。
账户中心添加了一个电子邮件地址。
作为额外的安全层，可以作为可疑活动的告警。
新项目名称中不允许使用特殊字符
具有前导或尾随特殊字符的项目和组名称会破坏容器注册表。从14.9版本开始，不能再使用特殊字符作为新项目或组名称的第一个或最后一个字符。但是仍然可以在名称的任何其他部分使用特殊字符。这确保了GitLab各个阶段的正常功能，并增强了我们单一平台工具的体验。
用户可以恢复待删除的项目（PREMIUM）
在以前版本的GitLab中，只有管理员可以看到待删除的项目。
在GitLab14.9中，所有用户都可以查看待删除选项卡。项目和组所有者可以查看和恢复意外删除且尚未从磁盘中永久删除的项目。这意味着用户可以恢复他们自己意外删除的项目，而无需将所有恢复请求都发送给管理员。要查看该选项卡，请在顶部栏上选择菜单>项目>待删除。
在wikiWYSIWYG编辑器中渲染粘贴的Markdown
用于GitLabwiki的Markdown内容有时是在GitLab之外创建的。在“经典”wiki编辑器中，可以毫无问题地粘贴有效的Markdown，因为使用的是原始源代码。该页面仅在提交内容时呈现。然而，在wikiWYSIWYG编辑器中，剪贴板的内容可能已作为纯文本粘贴，必须手动重新格式化每一行以删除Markdown语法并使用WYSIWYG工具重新格式化。
在GitLab14.9中，可使用Command/Control+粘贴到所见即所得编辑器中的Markdown内容V被解析并呈现为富文本。仍然可以使用Command/Control++Shift强制将内容粘贴为纯文本V。
正在重新计算工件大小
由于之前的统计计算，使用配额中显示的总工件大小可能不正确。为了确保准确报告工件大小，在GitLab官网上添加了一个后台脚本来自动重新计算大小。
可能会注意到，在脚本重新计算时，工件统计信息0有时会波动。重新计算后，统计将恢复正常。
多次包含同一个CI/CD模板
以前，尝试拥有在许多地方重用的标准CI/CD模板很复杂，因为每个模板只能包含在管道中一次。在新版本中取消了此限制，因此可以根据需要多次包含相同的配置文件。这使CI/CD配置更加灵活，因为可以在多个嵌套配置中定义相同的包含，并确保不会发生冲突或重复。
指向最新版本的永久链接
在此更新之前，要参考项目的最新版本，用户需要知道确切的版本号。现在添加了一个指向项目最新版本的链接。这使得导航到最新版本变得更加容易和高效。
ARM支持Kubernetes的GitLab代理
Kubernetes的GitLab代理现在支持ARM32和ARM64架构。这是为AppleM1芯片上或在RaspberryPI等低功率环境中运行的集群连接提供支持的重要一步。
简化迁移到基于代理的连接
如果有一个与GitLab连接的基于证书的集群，现在可以同时使用基于代理的连接。以前，要从基于证书的连接迁移到基于代理的设置，必须完成额外的步骤，并且该过程对于组和实例级集群尤其困难。通过预设两个Kubernetes上下文，迁移大大简化。现在可以选择代理提供的上下文，而不是基于证书的连接提供的默认上下文。
为事件度量图像添加文本和链接（ULTIMATE）
在事件期间，捕获和组织指标可能具有挑战性。从此版本开始，用户可以将链接和文本添加到事件指标的图像中。这使得在整个事件中引用指标变得更加容易。
高级搜索未索引的归档项目的代码搜索（ULTIMATE）
以前，如果启用了高级搜索，则默认情况下无法搜索归档项目中的代码。现在，归档项目的代码搜索回退到基本搜索。但是，要使其正常工作，必须在项目中进行搜索，或者首先从搜索结果页面中选择项目。
Geo的管理区域在使用统一URL时支持次要特定操作（PREMIUM）
使用统一URL配置Geo时，系统管理员将无法直接访问辅助站点特定的复制详细信息或在Geo的管理员区域执行操作。这只有在直接使用辅助站点的IP地址或通过设置另一个域名时才有可能。
在14.9中，Geo支持直接在管理区域中查看复制详细信息和执行操作，而无需解决方法。此更改不包括将在未来迭代中支持的项目和设计。
现在跨组搜索问题的速度是原来的两倍
使用高级搜索在包含许多项目的组中进行搜索可能会很慢。缓慢是由对组中每个项目的查找引起的。有很多项目的小组需要很长时间才能返回结果。新版本中通过使用继承，使类似搜索的执行速度提高了一倍。
按配置的用户过滤组成员（PREMIUM）
在此版本之前，可以在组中混合配置和未配置的用户，但无法按此状态搜索查询。新版本中添加了按组所有者可用的企业徽章进行过滤的功能。
现在可以按企业用户徽章进行过滤，从而可以轻松地将预配用户分配到具有许多成员的组和项目中。
用于MR批准的流式审核事件（ULTIMATE）
现在可以监控在组和项目中的合并请求上发生的合并请求批准活动。如果需要稍后再参考，可以查看哪些合并请求正在被批准以及由谁批准。
由于预计这些事件会生成大量数据，因此它们仅可用作流式审计事件。
打开相关问题的快捷方式
从另一个问题创建新问题时，默认选择将两个问题标记为相关的选项。这个方便的快捷方式能够创建一个或多个相关问题，而无需记住或复制粘贴问题ID。
在合并请求中查看以前合并的提交
最好的代码审查会考虑更广泛的上下文和更改的影响，包括以前合并的提交。但是将这种上下文引入合并请求可能具有挑战性，以便每个人都可以讨论提议的更改如何与旧更改保持一致。
现在可以将先前合并的提交叠加到合并请求中的提议更改上，以帮助用户和其他所有人了解更改的完整上下文。
通过API运行手动作业时指定变量
运行手动作业时，输入CI/CD变量以覆盖现有变量或添加新变量会很有用。之前，执行此操作的唯一方法是通过UI界面执行此操作。在新版本中，添加了在使用RESTAPI运行作业时指定变量的功能，这将为提供更多自动化CI/CD管道的选项。
在批准/拒绝部署时添加注释（PREMIUM）
在此版本中，对部署批准进行了增强。现在可以在查看部署时留下可选评论，提供有关部署被批准或拒绝的原因的更多上下文。此功能对于需要审核发布事件的高度监管行业的组织也很有用。
使用Terraform从GitLab配置Kubernetes集群
GitLab与Kubernetes深度集成以实现部署和安全性。但是，一些用户在使用GitLab设置初始集群时遇到了困难。这种集成的基于UI的解决方案有几个缺点，并且配置选项非常有限。
现在可以使用示例项目和相关文档来帮助设置使用Terraform作为基础设施即代码方法的Kubernetes集群。此解决方案使用适用于Kubernetes的GitLab代理作为将GitLab连接到集群的组件。使用该示例，可以创建自己的项目并根据需要对其进行完全自定义。示例项目将集群预置到AmazonElasticKubernetesService(EKS)或GoogleKubernetesEngine(GKE)。
在UI中查看Kubernetes版本的GitLab代理
如果使用适用于Kubernetes的GitLab代理，则必须确保agentk集群中安装的版本与GitLab版本兼容。虽然GitLab安装和agentk版本之间的兼容性已记录在案，但到目前为止，找出兼容性问题并不是很直观。为了支持升级，GitLab现在会agentk在代理列表页面上显示安装的版本，并在agentk推荐升级时突出显示。
Geo在使用统一URL时加速静态资产（PREMIUM）
当Geo配置为使用统一URL时，当辅助站点无法在本地处理这些请求时，它们会将请求代理回主站点。
在新版本中，图像等静态资产直接由辅助站点提供服务，不再代理到主站点。这可能会导致远程位置的地理用户的页面加载时间更快。
向全局搜索添加速率限制
全局搜索中的某些进程每次搜索最多执行10个查询。当搜索量突然激增时，这可能会降低性能并影响GitLa的其他部分。为了提高GitLab的整体稳定性，新版本中在全局搜索添加了速率限制。这些速率限制会自动启用，并预设为GitLabsasa使用的配置。在新版本中用search_rate_limit取代了的速率限制user_email_lookup_limit。
Omnibus套件更新
GitLab14.9包括Mattermost6.4，具有无限的playbook和多个Boards增强功能，包括标准模板、模板预览、具有图像支持的新存档格式、卡片徽章和GIF支持。
GitLabSpamcheck现在在Omnibus包中可用。Spamcheck最初是一个GitLab内部项目，然而，很明显社区可以从这些努力中受益，因此决定努力将其大部分公开。
GitlabRunner14.9
同期还发布了GitLabRunner14.9。其更新包括：
支持OpenShift的GitLabRunnerOperator：IBMPOWER9架构ppc64le
Bug修复：
FF_USE_FASTZIP当功能标志设置为时，GitLabRunner14.8会破坏工件和缓存true
GitLabRunnerpwshshell在Linux操作系统上以root用户身份运行作业
修复缓存恢复过程中的误导性错误。
GitLab图表改进
GitLabSpamcheck现在在GitLabHelm图表中可用。Spamcheck最初是一个GitLab内部项目，然而，很明显社区可以从这些努力中受益，因此决定努力将其大部分公开。Spamcheck允许用户检测和减轻垃圾邮件的影响。
GitLab14.9引入了使用Prometheus或PodMonitor对象的能力，而不是在每个公开Prometheus指标的GitLab组件上使用注释。此更改允许使用PrometheusOperator来监控GitLab实例，而无需在GitLab图表之外进行补充配置。此更改的结果是我们现在在Web服务图表的专用端口上公开指标，删除通过主要服务端口的访问。
安全和合规性
综合安全培训（ULTIMATE）
GitLab提供了一套全面的安全扫描工具，可以识别各种安全问题。扫描器发现在合并请求、管道和专门的漏洞报告中呈现。如果可用，会给出推荐的解决方案。然而，这并非对所有发现都可行。在没有关于如何解决已识别问题或解释问题的潜在影响的指导的情况下呈现安全发现对于不熟悉已识别的特定安全问题的任何人来说都是具有挑战性的。
Gitlab新版本中推出了集成的安全培训功能。只需为项目启用安全培训，选择喜欢的内容源，然后查看安全扫描的结果。在漏洞发现中，将找到与特定安全问题最匹配的安全培训的直接链接，以及检测到该问题的特定语言或框架。开发人员可以花几分钟的时间快速查看有针对性的、与上下文相关的培训，以解决作为其正常开发工作流程的一部分的安全问题。
扫描结果策略的规则模式（ULTIMATE）
GitLab14.9版本中，用户可以使用规则模式来设计和编辑扫描结果策略，而无需直接编辑策略的YAML。这个新的UI编辑器让想要创建和管理MR批准规则的用户更容易，当在MR中检测到给定的漏洞阈值时触发这些规则。
可以通过要安全与合规>策略并创建新的扫描结果策略。
依赖扫描增加了对Java17的支持
在依赖扫描中添加了对Java17的支持。如果使用的是容器的最新或最新主要版本，则无需执行任何操作即可接收此更新。如果已将容器固定到次要版本或特定版本，请至少更新到2.26.0接收此更新。
静态分析分析器更新
GitLab静态分析包括GitLab静态分析团队积极管理、维护和更新的许多安全分析器。在14.9版本里程碑期间发布了以下分析器更新。这些更新带来了额外的覆盖范围、错误修复和改进。
Bandit分析器更新到版本1.7.4。
Brakeman分析器已更新至版本5.2.1：
添加初始Rails7支持
修复规则问题
添加对不受支持的Ruby和Rails版本的检查
ESLint分析器更新到版本7.29.3，eslint-plugin-react和各种依赖项的新版本。
Kics分析器更新到版本1.5.3：
修复各种规则；
改进IAM政策评估；
扩大特权容器Kubernetes规则的覆盖范围。
MobSF分析器更新到版本3.5.0：降低一些现有规则的严重性。
PMD分析器更新到版本6.43.0。
秘密分析器已更新：
修复无效提交范围和合并提交的问题
GitLab个人访问令牌的修复规则
为GitLabRunner注册令牌添加检测规则
Semgrep分析器更新到版本0.84.0。
改进对全局常量和Go原始字符串文字的处理
SpotBugs分析器更新到版本4.6.0。
如果包含GitLab管理的SAST模板(SAST.gitlab-ci.yml)，则无需执行任何操作即可接收这些更新。但是，如果覆盖或自定义自己的CI/CD模板，则需要更新的CI/CD配置。要保留在任何分析器的特定版本上，可以固定到分析器的次要版本。固定到以前的版本会阻止接收自动分析器更新，并要求在CI/CD模板中手动调整分析器版本。
密钥和令牌新接口
GitLab14.9提供了新的RESTAPI接口：
返回指定用户的单个SSH密钥。这对于使GitLabSSH密钥对于Terraform管理的资源很有用。
按ID返回单个项目的部署令牌。这允许一个简单的请求返回一个部署令牌，而不是使用API返回和排序页面部署令牌。
返回单个组访问令牌或项目访问令牌。
用于安全性和合规性菜单可见性的API
以前，只能使用GitLabUI启用或禁用安全与合规菜单。
多亏了社区的贡献，GitLab现在提供了一个API来允许用户启用或禁用Security&Compliance菜单。
新的审计事件（PREMIUM）
GitLab14.9版本增加了对审计以下活动的支持：
创建新的合并请求批准规则。
删除合并请求批准规则。
批准合并请求。（仅支持作为流式审计事件。）
创建、删除或撤销项目或组部署令牌。
创建项目或组部署令牌的尝试失败。
通过SSH或HTTPS对私有存储库执行身份验证gitpush或gitpull命令（仅支持作为流式审计事件。）
合规管道的子管道支持（ULTIMATE）
在GitLab14.8中，添加了对合规管道的支持，以使用trigger:关键字启动子管道。这一变化将帮助选择使用父子管道来组织工作的组织。
依赖扫描输出CycloneDX文档（ULTIMATE）
为了与流行的软件物料清单(SBOM)行业格式标准保持一致，依赖扫描的emnasium分析器现在将为检测到的每个受支持的锁或构建文件输出一个CycloneDXSBOM。这些CycloneDXSBOM命名为cyclonedx-<package-type>-<package-manager>.json，并保存在与检测到的锁定或构建文件相同的目录中。CycloneDXSBOM的下载方式与其他作业工件的下载方式相同。
AutoDevOps中的持久卷
以前，通过AutoDevOps部署需要PersistentVolumes的应用程序时，必须创建一个自定义图表存储库。但是，由于维护负担，自己托管图表存储库很麻烦。在GitLab14.9中，可以通过在配置文件persistence中指定关键字来创建持久卷。
启用容器扫描的UI选项（ULTIMATE）
GitLab14.9现在支持安全配置页面上的容器扫描。该工具可帮助用户创建合并请求以启用容器扫描，同时利用最佳配置实践，例如使用GitLab管理的Container-Scanning.gitlab-ci.yml模板。.gitlab-ci.yml如果文件不存在，配置工具可以创建一个新文件，或者更新现有的简单GitLabCI文件。因此，可以将该工具用于已设置GitLabCI的项目。
可以通过安全与合规性>配置并访问容器扫描部分。
Bug修复
14.9中一些值得注意的错误修复是：
Python包索引需要可选requires_python字段。
使用oras将清单推送到ContainerRegistry失败。
FaradayURL参数编码器破坏了ContainerRegistry。
刷新ContainerRegistry后无法回填搜索框。
备份rake任务在禁用服务的节点上失败。
puma：无法加载应用程序：NoMethodError：升级到14.8.0后未定义方法“设计”。
未定义的局部变量或方法`prometheus_multiproc_dir&34;Enter”添加新的列表项。
无法在GraphQL中按问题参考进行搜索。
“仅显示评论”按钮右侧有不必要的边距。
美人鱼图在深色模式下具有白色背景。
推送事件分支过滤不适用于组级webhook。
按项目图表修复CI使用的月视图。
修复作业页面上的分页。
修复从代理选项卡安装GitLab代理时的错误。
当MR被另一个MR阻止时更新合并小部件消息。
Python项目有额外的依赖项。
依赖扫描不正确地处理Gradle项目中的嵌套依赖。
当NuGetpackages.lock.json包含ProjectReference节点时，依赖项扫描失败。
加载到内容编辑器后删除了换行符。
改进GroupDestroyWorker与片段相关的故障日志记录。
删除用户时删除wiki存储库时出错。
性能改进
在GitLab14.9中，在问题、项目、里程碑等提供了性能改进，包括：
为coberturaparser实现SAX::Parser。
当有大量子组时，防止顶级组页面加载超过10秒。
加载路线图时将里程碑和史诗查询分开。
数据库性能修复
默认情况下禁用集成错误跟踪
在GitLab14.4中，GitLab发布了一个集成的错误跟踪后端来取代Sentry。该功能导致数据库性能问题。在GitLab14.9中，集成错误跟踪已从GitLabsaas中删除，并在GitLab自建实例中默认关闭。在探索此功能的未来发展时，可考虑通过在项目设置中将错误跟踪更改为Sentry来切换到Sentry后端。
可用性改进
在GitLab14.9中，在问题、项目、里程碑等提供了可用性改进，其更改包括：
删除ContainerRegistry清理策略文本字段中的占位符。
在UI中显示单个图像存储库的大小。
重新考虑作业详细信息页面上清除作业日志按钮的位置。
EnableReviewApp模式中的复制按钮已损坏。
修复CIUsagebyMinutes条形图上的月视图。
刷新ContainerRegistry页面后无法回填搜索框。
未进行任何更改时，禁用管道编辑器中的Commit和Reset按钮。
工程质量没Juni测试报告为空状态。
将管道编辑器添加到拆分的“编辑”按钮，并使其成为.gitlab-ci.yml文件的默认选项。
改进带有部分的Jira集成设置页面。
更清楚地表明另一个问题跟踪器已启用。
在集成表单上使用句子大小写触发事件。
更清晰的关于PAT管理员强制到期的UI定义。
在Pipeline详细信息页面上运行多个作业。
功能删除和变更
对象存储的后台上传
变更时间：15.0(2022-05-22)
该功能将在15.0中更改或删除。为了降低GitLab的对象存储功能，支持使用background_upload上传文件已被删除，将在GitLab15.0中完全删除。这会影响一小部分对象存储提供程序：
OpenStack使用OpenStack的客户需要更改他们的配置以使用S3API而不是Swift。
RackSpace使用基于RackSpace的对象存储的客户需要将数据迁移到不同的提供商。
GitLab将发布其他指南以帮助受影响的客户进行迁移。
删除对Debian9的支持
变更时间：15.1(2022-06-22)
根据Debian9Stretch长期服务和支持(LTSS)官方维护到期。Gitlab将不再提供其GitLab发行版。用户需要升级到Debian10或Debian11。
作为守护进程运行的GitLab页面
变更时间：15.0(2022-05-22)
在15.0中，将删除对GitLab页面的守护程序模式的支持。
GitLab自我监控
变更时间：15.0(2022-05-22)
GitLab我监控为自托管GitLab实例的管理员提供了监控其实例运行状况的工具。该功能在GitLab14.9中已弃用，并计划在15.0中删除。
包设置GraphQL权限更改
变更时间：15.0(2022-05-22)
GitLab包阶段提供包注册表、容器注册表和依赖代理，以帮助使用GitLab管理所有依赖项。这些产品类别中的每一个都有可以使用API进行调整的各种设置。
GraphQL的权限模型正在更新。在15.0之后，具有Guest、Reporter和Developer角色的用户不能再更新这些设置：
包注册表设置；
ContainerRegistry清理策略；
依赖代理生存时间策略；
为组启用依赖代理；
迁移custom_hooks_dir从GitLabShell到Gitaly的设置
变更时间：15.0(2022-05-22)
custom_hooks_dir设置现在在Gitaly中配置，并将在GitLab15.0中从GitLabShell中删除。
下载Composer依赖项的权限更改
变更时间：15.0(2022-05-22)
GitLabComposer存储库可用于推送、搜索、获取有关的元数据和下载PHP依赖项。除了下载依赖项之外，所有这些操作都需要身份验证。
GitLab14.9中不推荐在没有身份验证的情况下下载Composer依赖项，并将在GitLab15.0中删除。从GitLab15.0开始，必须进行身份验证才能下载Composer依赖项。
容器注册表的htpasswd身份验证
变更时间：15.0(2022-05-22)
ContainerRegistry支持身份验证使用htpasswd.它依赖于Apachehtpasswd文件，密码使用散列bcrypt。
变更时间：15.0(2022-05-22)
由于它没有在GitLab（产品）的上下文中使用，htpasswd身份验证将在GitLab14.9中弃用，并在GitLab15.0中删除。
user_email_lookup_limitAPI字段
变更时间：15.0(2022-05-22)
user_email_lookup_limitAPI字段已弃用，将在GitLab15.0中删除。在此之前，user_email_lookup_limit别名为search_rate_limit现有的工作流程将继续有效。
默认情况下禁用集成错误跟踪
变更时间：14.9(2022-03-22)
在GitLab14.4中，GitLab发布了一个集成的错误跟踪后端来取代Sentry。该功能导致数据库性能问题。在GitLab14.9中，集成错误跟踪已从GitLab.Saas中删除，在GitLab自建实例中默认关闭。
升级更新
Omnibus
通过Omnibus安装的自建实例可直接使用Linux包管理器可以升级。例如对CentOS:
yumupdata/installgitlab-ce
就能自动完成升级。
截止本文发布以前，该版本还有问题，不能升级成功，请有后续补丁后再尝试升级。
Docker
先停止和删除旧的容器：
sudodockerstopgitlab\nsudodockerrmgitlab
然后Pull官方最新镜像：
sudodockerpullgitlab/gitlab-ce:latest
重新启动容器（启动参数和以前保持一致）即可，比如:
sudodockerrun–detach\\\n–hostnamegitlab.example.com\\\n–publish443:443–publish80:80–publish22:22\\\n–namegitlab\\\n–restartalways\\\n–volume/srv/gitlab/config:/etc/gitlab\\\n–volume/srv/gitlab/logs:/var/log/gitlab\\\n–volume/srv/gitlab/data:/var/opt/gitlab\\\ngitlab/gitlab-ce:latest
Dockercompose
通过：
docker-composepull\ndocker-composeup-d
关于升级到GitLab14.9的重要说明
GitLab14.9，速率限制键重命名user_email_lookup_limit为search_rate_limit。这一重大更改意外地包含在GitLab的次要版本中。在14.9.0中，任何尝试更改速率限制的API调用user_email_lookup_limit都应search_rate_limit需要改为使user_email_lookup_limitsearch_rate_limit。
为了解决这个问题，将在下一个14.9.x补丁版本中使用别名。
提醒：GitLab14.6引入了一个功能标志ci_destroy_all_expired_service，用于控制删除过期CI/CD工件的服务。GitLab14.9中，默认启用了该功能标志，允许服务删除过期的工件。
新版中Geo的CI验证功能存在问题，可能会导致工作跟踪丢失。使用Geo的用户，暂时不建议升级到GitLab14.9.0。
如果已经更新到GitLab14.9.0，可以通过禁用geo_job_artifact_replication功能标志来禁用有问题问题的功能。
OK，本文到此结束，希望对大家有所帮助。