必须手动拆解部署流程，将分支名注入服务名、函数名和HTTP路径：在serverless.yml中用${env:GIT_BRANCH}动态生成service和path，CI中通过github.head_ref等自动注入环境变量，避免默认部署覆盖，并自行实现过期分支清理机制。
如何让每个 Git 分支自动部署为独立可访问的云函数？
直接结论：不能靠 serverless deploy 默认行为实现，必须手动拆解部署流程，把分支名注入服务名、函数名和 HTTP 路由路径中。
Serverless Framework 默认会把所有分支部署到同一个服务（service 名固定），导致后一次部署覆盖前一次——这和“每个分支独立版本”的目标冲突。关键破局点是动态生成 service 和 functions.*.events.http.path。
- 在
serverless.yml中用变量引用环境变量，例如：service: ${env:GIT_BRANCH, 'dev'}-myapp - CI 环境中必须导出
GIT_BRANCH，GitHub Actions 可用${{ github.head_ref }}，GitLab CI 用$CI_COMMIT_REF_SLUG - HTTP 路由路径也要带分支标识，比如
path: /${env:GIT_BRANCH, 'dev'}/hello，否则不同分支函数会抢同一个 API 网关路径 - 注意 AWS Lambda 的 service name 有 64 字符限制，
CI_COMMIT_REF_SLUG需截断或哈希（如$(echo $CI_COMMIT_REF_SLUG | sha256sum | cut -c1-16)）
为什么 serverless.yml 里的 ${opt:stage} 不适用于分支隔离？
${opt:stage} 是 CLI 参数传入的，适合手动指定环境（如 sls deploy --stage prod），但 CI 流程里无法可靠绑定到当前 Git 分支——你不会在每次 push 时手敲 --stage feat-login，更不可能让开发人员记住并维护 stage 名与分支名的一致性。
真正可靠的方式是剥离人工干预，全部由 CI 系统自动提取：
Cnb Cool Git
下载
CNB 云原生构建平台的 Git 操作技能，支持代码克隆、提交、推送、分支管理、Merge Request 管理、流水线触发与结果读取。初次使用需收集用户的 Git 用户名和邮箱。
- 禁止在 CI 脚本里写死
--stage，改用环境变量驱动整个配置 -
provider.stage只用于区分云资源命名空间（如 IAM Role 名），不参与路由隔离；路由隔离必须靠functions.*.events.http.path实现 - 若误用
${opt:stage}，会导致分支推送后部署失败（因 stage 名含斜杠 / 或特殊字符，Serverless 框架校验不通过）
分支部署后如何避免冷启动影响测试体验？
每个分支对应一个新函数，首次调用必然冷启动。这不是配置问题，而是 Serverless 平台的固有特性——但可以缓解：
- 启用预置并发（Provisioned Concurrency），仅对
main和develop分支开启，分支环境按需关闭（节省成本） - 在 CI 部署成功后，自动触发一次健康检查请求：
curl https://xxx.execute-api.region.amazonaws.com/${GIT_BRANCH}/health - 不要依赖
serverless-plugin-warmup：它本质是定时触发函数，但在分支场景下会污染各环境的调用日志，且无法精准控制预热时机 - 阿里云函数计算可用
initializer钩子做轻量初始化，但 AWS Lambda 无等效机制，只能靠预热请求
删除过期分支对应的云函数，该由谁负责？
没人自动清理。Serverless Framework 没有 “un-deploy by branch” 命令，serverless remove 只能删整个 service，而每个分支是一个独立 service——这意味着分支删了，对应函数还在云上跑着，持续产生费用。
可行方案只有两个：
- CI 流程中增加 post-deploy hook：当检测到分支被删除（如 GitHub 的
deleteevent），调用serverless remove --stage ${GIT_BRANCH}（前提是 service 名和 stage 一致） - 更稳妥的做法是加一层元数据管理：部署时把分支名、部署时间、函数 ARN 写入 S3 或 DynamoDB；另起一个定时函数，每天扫描超过 7 天未更新且对应 Git 分支已不存在的记录，执行清理
- 切忌用通配符批量删函数（如
aws lambda list-functions | grep feat-），容易误删正在使用的函数
分支部署看着方便，但生命周期管理全靠自己补位——最易被忽略的不是怎么部署，而是怎么安全收尾。
