一、持续部署支持哪些制品类型？
持续部署支持 Docker 镜像、Generic 文件、War 包。
二、持续部署支持哪些集群类型？
持续部署支持 CVM（Linux 操作系统）、TKE、SCF。
三、如何在配置持续部署过程的时候保护敏感信息？
对于 Token、SSH 私钥、Kubernetes 证书等保密信息，可以在 CODING DevOps 网页端的任一项目选择项目设置 > 开发者选项 > 凭证管理，进入凭证管理页面中设置，并可以在此设定哪些持续部署发布流程可用。
四、如何发布源代码？
很多常见的动态语言是没有编译和构建过程的，可以直接在应用的制品设置中配置 Git 代码仓库指明文件路径后发布。
五、Deployment exceeded its progress deadline
错误截图如下：
这是由于 deployment 的 pod 没有成功运行所导致的错误。可以通过以下方式查看 pod 事件详情，需要根据 pod 的事件排查问题。
方法一：
在产品页面单击方块查看事件。
方法二：
前往你的集群查看 pod 事件。
例如在 TKE 界面查看 pod 的事件：
使用命令行查看 pod 的事件：
kubectl describe pod [pod name] -n [pod location]kubectl describe pod nginxtest -n test
六、Failed to pull image xxxxxx
这是因为在 yaml 文件里配置了拉取 CODING docker 镜像，但没有配置 CODING docker 仓库的凭据，需要在 yaml 文件添加相关的 imagePullSecrets。
若要解决此问题，需要将 CODING 登录凭据添加到你的 kubernetes 集群的 secret，请参见 部署 Kubernetes 资源时如何拉取私有库镜像。
七、Deploy failed: error: unable to recognize “STDIN”
出现此报错的原因一般为 yaml 文件格式问题。建议在本地集群验证 yaml 文件，确保能够在本地集群正确执行之后，再粘贴至 CODING 上使用。
八、ConfigMap/Secret
问题详情：
部署完成后，ConfigMap/Secret 参数中新增了 v00x 版本号。
解决办法：
在 configmap/secret 的 annotations 参数中加入 strategy.spinnaker.io/versioned: false 命令行。