dotnet-docker项目迁移至VMR构建的.NET 10版本

随着.NET 10 Preview 4的发布，微软正在推进统一构建(Unified Build)的迁移工作。作为这一变革的一部分，dotnet-docker项目需要调整其依赖更新逻辑，从原先的dotnet/sdk仓库转向使用dotnet/dotnet虚拟仓库(VMR)构建的版本。

统一构建是微软为简化.NET生态系统构建流程而引入的新架构。它将原先分散在各个仓库中的构建系统整合到一个统一的虚拟仓库中，使得构建过程更加集中和高效。这种架构变革对依赖管理工具提出了新的要求。

在技术实现层面，dotnet-docker项目原先通过直接引用dotnet/sdk仓库的构建产物来获取最新版本。迁移后，项目需要改为从VMR获取构建产物。这一变更主要涉及以下几个方面：

1. 构建产物来源变更：从dotnet/sdk转向dotnet/dotnet VMR
2. 版本解析机制更新：需要支持解析VMR中的版本信息
3. 构建管道调整：更新相关脚本和配置以适应新的构建系统

值得注意的是，这一变更对最终用户应该是透明的。现有的版本查询机制，如通过aka.ms短链接获取版本信息的方式将继续有效。这意味着依赖这些机制的工具和脚本无需进行重大修改。

对于需要处理特殊场景的情况，如：

• 使用特定固定版本而非最新版本
• 获取内部构建版本
• 解析除SDK外的其他产品版本

项目团队采用了DarcLib作为更可扩展的解决方案。DarcLib是Arcade服务的一部分，提供了更强大的依赖管理能力。

这一迁移工作已经随着PR #6379的合并而完成。项目团队保留了旧的管道模板作为回滚方案，确保在必要时可以快速切换回原有构建方式。

统一构建的推进标志着.NET生态系统构建流程的重要演进。这种集中化的构建方式将为未来的开发工作带来更高的效率和一致性，同时也为依赖管理提供了更可靠的基础设施。