CI 与 CD

CI（持续集成） 与 CD（持续交付或持续部署） 是把构建、测试与发布交给流水线自动执行的做法。它们的差别在终点：CI 停在验证与产物，CD 一路推到环境，是否自动上线由流程里的审批决定^[1][2]。

典型的一条流水线

取代码，装依赖，跑静态检查与测试，构建产物，推镜像或打包，部署到目标环境，做完后跑一轮冒烟检查。任一步失败就停住，不把坏产物推上去^[1]。

站点场景里，构建常常包含静态生成与图片处理两步，产物体积与页面结构会在这里定下来^[3]。

与搜索相关的三个收益

变更可指认。每次上线对应一个提交与一次构建号，故障能落到时间线的某一点。

配置不会被漏改。robots.txt、站点地图、重定向表随代码一起走同一条流水线，减少线上与仓库不一致^[4]。

回退可脚本化。退回上一个产物与退回上一个提交是同一动作，不靠人手覆盖文件。

三条注意

密钥不要写进流水线日志与仓库，用平台提供的保密变量并限制可读范围^[2]。

不要在流水线里改内容结构而不配迁移，模板改了但老地址的跳转没跟上，等于把外链价值丢掉^[4]。

自动部署要留观察。上线后立刻核对首页、代表页、robots 与站点地图四项，比看流水线绿灯可靠^[5]。

常见误用

第一种是流水线跑绿就认定线上正常，缺少部署后的验证步骤^[1]。第二种是把数据库变更混在自动部署里，失败时半套结构。第三种是所有分支都能推生产，环境边界靠人记。

附录

参见

• 部署与发布
• Git 与版本管理
• Docker 与容器
• 网站迁移总览
• 静态站点生成器

参考资料

官方（境外）

1. 《GitHub Actions 文档》，GitHub。
2. 《GitLab CI/CD 文档》，GitLab。
3. 《修正延迟加载的内容》，Google 搜索中心。
4. 《使用 301 重定向将网址迁移到 Google 搜索》，Google 搜索中心。
5. 《排查抓取问题》，Google 搜索中心。

外部链接

• Jenkins 文档，Jenkins 项目。