@韦斯顿路特你能更新PR以与特征/*分支，将其与常规发布过程解耦？这样，我们可以单独审查并决定何时将其包含在PL版本中。

你能更新PR以与特征/*分支，将其与常规发布过程解耦？这样，我们可以单独审查并决定何时将其包含在PL版本中。

@费利萨尔茨我已经在最初的公关中做到了(#875). 第二个PR是从初始PR的分支分支出来的，因此一旦合并，它应该自动以特征分支为目标。（第三个公共关系是第二个公共关系分支的分支。）

为了简单地重现需要这样做的场景，请尝试启用响应图像插件，用于设置在不同视口宽度上显示给定图像的替代图像。

我正在寻求改进目前正在开发的独立插件的名称“图像加载优化”。正如我之前所分享的，这个插件的初始范围是精确地设置fetchpriority=高属性在实际的LCP图像上，通过客户端访问进行测量，包括跨越各种断点。这也适用于精确设置/忽略延迟加载。但我不想将插件仅限于图像，因为使用客户端收集指标以应用服务器端优化也可以扩展到保留空间以减少CLS，或优先加载某些LCP标题文本的字体，或添加内容可视性元素容器以减少在初始布局上花费的时间。因此，为了保持大门敞开，以扩展到其他机会，我想要一个不太具体的名称，以图像。我收集了一些我自己想出的想法以及吟游诗人双子座。你能把你在这项调查中的想法运用到能引起你共鸣的地方吗？https://forms.gle/XGTsUg3ovxnLQ58x9

更新：所选名称为优化侦探，尽管该插件计划成为图像加载优化（或类似名称）的依赖插件，该插件将负责使用图像优化功能扩展依赖插件。有关更多信息，请参阅#1046.

我刚刚为这些未选中的项目创建了两个新问题：

• 应加强查询var规范化以避免无限空间 #1467
• 页面的内部状态（例如，查询的帖子或查询的对象）应考虑存储的URL度量是否新鲜 #1466

这样，我就完成了！