在云效中，新的deploy失败了，我想看下具体什么原因失败，光从执行日志看不出失败原因的怎么办呢？[阿里云云效] 暂停朗读为您朗读

在云效中，如果你想要查看具体的失败原因，你可以通过以下步骤来进行：

1. 登录到你的云效账号，然后进入你的项目。

2. 在项目的概览页面，你会看到所有的部署记录。找到失败的部署，点击它进入详情页面。

3. 在详情页面，你会看到详细的部署日志。这些日志会告诉你部署的具体过程，包括每一步的执行结果。

4. 在日志中，你会看到一个“失败原因”的部分。这部分会告诉你部署失败的具体原因。

请顺序执行以下的排查步骤，示例中假定待发布的工作负载类型为 deployment，预期的名字为 demo-deploy，所处的命名空间为 demo-namespace.

4.1检查 Rollout 辅助对象是否成功创建
由于 Rollout 辅助对象会使用预期名，故可直接获取：
kubectl get rollout demo-deploy -n demo-namespace -o=yaml
如果没有发现 Rollout 对象生成，请提交答疑工单，由技术支持人员协助排查。

4.2 确认是否存在基线版本缺失

根据前一步获取的 Rollout yaml，判断是否有基线版本缺失：
spec:
componentName: demo-deploy
rolloutPlan:
batchPartition: 0
rolloutBatches:

• replicas: 1
  rolloutStrategy: IncreaseFirst
  targetSize: 1
  targetRevisionName: demo-deploy-v181
  status:
  LastSourceRevision: demo-deploy-v179
  batchRollingState: batchInitializing
  conditions:
  …
  currentBatch: 0
  lastTargetRevision: demo-deploy-v180
  rollingState: rolloutAbandoning
  rolloutTargetSize: 1
  targetGeneration: da4e412e71377443
  upgradedReadyReplicas: 0
  upgradedReplicas: 0

请关注 status 属性下的 LastSourceRevision 和 lastTargetRevision 两个字段，它们应该对应存在的 Deployment 名字；如果 rollingState 处于 rolloutAbandoning 且 LastSourceRevision 和 lastTargetRevision 对应的 Deployment 遭删除，则发布可能如上面所示地停滞。

如果确认 Deployment 确实遭删除，可以通过回补 Deployment 完成发布补偿，补偿后的版本将是 spec 属性中的 targetRevisionName 版本，通常是最近一次指定发布的工作负载版本。回补的 Deployment 建议设置为 0 复本，以避免不必要的资源开销或业务流量导入。

如果没办法从其他渠道获取被删除的 deployment 细节，可以通过下面的命令获取基线数据：
kubectl get controllerrevision demo-deploy-v180 -n demo-namespace -o=yaml
kubectl get controllerrevision demo-deploy-v179 -n demo-namespace -o=yaml

ControllerRevision 对象中，包含了曾经发布的工作负载信息，可供参考。
如果需要手工操纵分批发布，请修改 spec 属性下的 batchPartition 字段。请注意，batchPartition 对应分批发布批次计划中的下标，从 0（而不是从 1）开始。

此回答来自“云效答疑服务群”

如果新的部署失败，并且您无法从执行日志中看出失败原因，您可以尝试以下几种方法：

1. 检查执行日志中是否有错误消息。尽管执行日志可能没有提供详细的失败原因，但它仍然可能包含有用的线索。
2. 查看流水线的任务详情。在流水线页面上，您可以看到每个任务的状态，以及任务执行期间发生的所有事件。
3. 使用云效CLI命令来获取流水线的详细信息。您可以使用以下命令获取流水线的详细信息：aliyun devops pipeline:status --id