我们非常高兴地与大家分享，工作区现已全面可用，旨在帮助开发人员提高效率！

通过创建安全、按需的远程开发环境，您可以减少管理依赖关系和新开发人员入职所花费的时间，并专注于更快地交付价值。通过我们的平台无关方法，您可以使用现有的云基础设施来托管您的工作空间，并保证数据的私密性和安全性。

自 GitLab 16.0 推出以来，工作区在错误处理和调节、支持私有项目和 SSH 连接、附加配置选项以及新的管理员界面方面都有了改进。这些改进意味着工作区现在更灵活、更有弹性、更易于大规模管理。

现在可以强制 GitLab 管理员在其自主管理的实例中使用双因素身份验证 (2FA)。对所有账户，尤其是管理员等特权账户使用 2FA 是一种良好的安全做法。如果在强制执行此设置时管理员尚未使用 2FA，则必须在下次登录时设置 2FA。

一个典型的软件项目依赖于各种依赖关系，我们称之为软件包。软件包可以是内部构建和维护的，也可以来自公共存储库。根据对用户的调查，我们了解到大多数项目使用的公共软件包和私有软件包各占一半。软件包的安装顺序非常重要，因为使用不正确的软件包版本会在流水线中引入破坏性更改和安全漏洞。

现在，您可以在 GitLab 项目中添加一个外部 Java 仓库。添加后，在使用依赖代理安装软件包时，GitLab 会首先检查项目中是否有该软件包。如果找不到，GitLab 会尝试从外部仓库调用软件包。

从外部软件仓库提取软件包后，它就会被导入 GitLab 项目。下一次拉取特定软件包时，将从 GitLab 而不是外部软件仓库拉取。即使外部仓库出现连接问题，而软件包存在于依赖代理中，所以拉取软件包仍能正常工作，从而使你的流水线更快、更可靠。

如果软件包在外部版本库中发生变化（例如，用户删除了一个版本并发布了一个带有不同文件的新版本），依赖关系代理就会检测到。它会使软件包失效，因此 GitLab 会拉取更新的软件包。这样就能确保下载到正确的软件包，这将有助于减少安全漏洞。

问题分析报告现在包含一个月内关闭问题数量的信息，以便进行详细的速度分析。有了这一宝贵的新增功能，GitLab 用户现在可以深入了解与其项目相关的趋势，并改进整体周转时间和向客户交付的价值。问题分析可视化包含一个条形图，显示每个月的问题数量，默认时间跨度为 13 个月。您可以通过 “价值流控制面板”中的 “向下钻取”访问该图表。

我们在 “价值流仪表板”中添加了一个新的 DORA Performers 分数面板，以可视化显示组织在不同项目中的 DevOps 性能状态。这一新的可视化显示了 DORA 分数的细分（高、中或低），以便高管了解组织从上到下的 DevOps 健康状况。

四项 DORA 指标在 GitLab 中开箱即用，现在有了新的 DORA 分数，企业可以将其 DevOps 性能与行业基准或同行进行比较。这种基准比较有助于企业高管了解自己与其他企业的差距，并确定最佳实践或可能落后的领域。

为了帮助我们改进价值流仪表板，请在本调查中分享您的体验反馈。