Docker CLI 测试优化：移除冗余的"实验性"检查

在 Docker CLI 项目的持续集成(CI)流程中，测试环节存在一个可以优化的地方。目前项目会同时运行"实验性(experimental)"和"非实验性(non-experimental)"两种环境下的端到端(e2e)测试，但经过分析发现这种双重测试可能造成了不必要的资源消耗。

现状分析

当前测试配置会为所有端到端测试创建两个测试环境：

1. 启用实验性功能的 Docker 守护进程环境
2. 禁用实验性功能的 Docker 守护进程环境

然而，经过代码审查发现，实际上只有极少数测试用例（目前看来可能只有一个关于镜像构建的测试）真正需要区分这两种环境。这意味着项目目前为了一个测试用例而运行了两套几乎完全相同的测试套件，造成了测试资源的浪费。

优化方案

技术团队提出了以下优化建议：

1. 统一使用实验性环境：由于 Docker 守护进程默认已经启用了实验性功能，可以将其作为标准测试环境。
2. 简化测试流程：移除专门的非实验性测试运行，只保留一套测试执行。
3. 保持测试覆盖：对于确实需要非实验性环境的测试用例，可以通过测试框架的跳过机制来处理。

预期收益

实施这一优化将带来以下好处：

• 缩短CI时间：测试套件数量减半，显著减少CI流水线的执行时间。
• 降低资源消耗：减少测试运行所需的计算资源，更环保且成本更低。
• 简化维护：减少需要维护的测试配置，降低复杂性。

技术实现细节

在具体实现上，需要：

1. 审查所有测试用例，确认确实只有少量测试需要区分实验性环境。
2. 修改CI配置，移除非实验性测试的运行。
3. 确保剩余的测试套件能够正确处理需要非实验性环境的特殊情况。

这种优化体现了软件工程中"不要为不存在的需求做设计"的原则，通过简化测试流程来提高效率，同时保持足够的测试覆盖率。