为了在持续交付管道中将代码更改部署到生产环境之前，从Git仓库验证这些更改，哪种流程符合最佳实践？

最佳实践是在部署到生产环境之前，在预生产环境中对代码更改进行彻底验证。使用标签（tags）是管理不同环境版本的一种有效方式。此流程涉及：1. 监控Git仓库中的staging标签，当检测到此标签时，将代码部署到staging环境进行测试。2. 在staging环境中的测试成功后，为生产环境创建一个新的标签（例如production或版本号标签）。3. 部署系统（如Jenkins）检测到生产标签后，将该特定标签的代码部署到生产环境。这种方法确保了部署到生产环境的代码已经过充分测试和验证，并且可以轻松地回溯到特定的、已验证的版本。 其他选项的不足之处在于： 在生产环境上运行测试（选项2）风险太高，可能影响最终用户。 红/黑部署（选项1）是一种部署策略，但它没有解决在部署前验证代码的问题。 将更改部署到10%的用户生产环境（选项3）是金丝雀发布，这是一种部署策略，但它仍然是在生产环境中进行验证，并且没有明确的预生产测试阶段。