说明：
CODING DevOps 于2025年9月1日起更新 CODING 订购方案，取消原标准版套餐，下线部分功能（制品安全扫描包、测试管理、测试协同、仪表盘、研发度量），新注册团队用户界面无持续部署、应用管理功能，为确保您的使用权益和资产数据安全，请及时关注并处理，了解更多详情。
持续部署支持哪些制品类型？
持续部署支持 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。
Deploy failed: error: unable to recognize “STDIN”
出现此报错的原因一般为 yaml 文件格式问题。建议在本地集群验证 yaml 文件，确保能够在本地集群正确执行之后，再粘贴至 CODING 上使用。
ConfigMap/Secret
问题详情：
部署完成后，
ConfigMap/Secret 参数中新增了 v00x 版本号。解决办法：
在
configmap/secret 的 annotations 参数中加入 strategy.spinnaker.io/versioned: false 命令行。
