基于组织的（正常）部署和 DX 部署之间的冲突
Conflict between Org Based (normal) deployment and DX deployment
代码部署有两种方式：
- 使用 Gearset 的组织部署模型（使用快速部署选项构建包和部署）。
- Salesforce DX -（20-30% 的开发组正在使用这种方法）。
现在：在选项 1 下，我们已准备好我们的构建和包已准备好在 Prod 中进行快速部署，但在我们面前有一个 DX 部署在生产中。
我的问题是——DX 部署是否会删除我在生产环境中可用的快速部署版本？请帮忙，因为我是 Salesforce DX 的新手。
谢谢。
通过组织部署流程为 PROD 中的部署创建构建。
不，您不能在执行另一次部署后快速部署，无论如何也不应该。
来自 Salesforce 帮助中的 Monitor Deployments：
If you perform a deployment after a validation, whether through Quick Deploy, a package installation, or a regular deployment, all validations no longer qualify for quick deployment. Revalidate the set of components to quick-deploy.
您通过验证 运行 通过的 Apex 测试在您执行另一次部署后不再有意义，因为目标环境已更改。您需要重新验证以确定您的部署在与更改后的目标环境集成时仍然有效。
代码部署有两种方式：
- 使用 Gearset 的组织部署模型（使用快速部署选项构建包和部署）。
- Salesforce DX -（20-30% 的开发组正在使用这种方法）。
现在：在选项 1 下，我们已准备好我们的构建和包已准备好在 Prod 中进行快速部署，但在我们面前有一个 DX 部署在生产中。 我的问题是——DX 部署是否会删除我在生产环境中可用的快速部署版本？请帮忙，因为我是 Salesforce DX 的新手。
谢谢。
通过组织部署流程为 PROD 中的部署创建构建。
不，您不能在执行另一次部署后快速部署，无论如何也不应该。
来自 Salesforce 帮助中的 Monitor Deployments：
If you perform a deployment after a validation, whether through Quick Deploy, a package installation, or a regular deployment, all validations no longer qualify for quick deployment. Revalidate the set of components to quick-deploy.
您通过验证 运行 通过的 Apex 测试在您执行另一次部署后不再有意义，因为目标环境已更改。您需要重新验证以确定您的部署在与更改后的目标环境集成时仍然有效。