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