如何用Git将单应用变更同步至独立历史的生产分支？

背景 #

我们团队采用monorepo管理基础设施代码，部署生产（稳定）和预发布（不稳定）两个独立环境分支：预发布分支PR审批宽松，方便测试和探索开发；生产分支管控严格，保障稳定性。通过kustomize覆盖层和Flux Helm模板拆分环境专属配置（如域名前缀）与共享模块，避免两个分支出现永久分歧。

核心诉求是：单个应用的变更能以独立节奏推送到生产分支，不会被其他应用的未完成功能阻塞——两个分支内容几乎一致，但提交历史完全独立。

具体Git操作流程 #

1. 拉取最新分支代码 #

先确保本地代码与远程仓库同步：

# 更新预发布分支（假设分支名为preprod）
git checkout preprod
git pull origin preprod

# 更新生产分支（假设分支名为prod）
git checkout prod
git pull origin prod

2. 创建同步专用临时分支 #

从生产分支创建临时分支，专门存放本次单个应用的同步变更：

git checkout -b sync-appX-to-prod prod

将appX替换为实际需要同步的应用名称。

3. 同步目标应用的变更 #

提供两种操作方式，根据场景选择：

方式一：直接覆盖（适合简单场景）

快速将预发布分支中目标应用目录的内容同步到临时分支：

git checkout preprod -- apps/appX/

将apps/appX/替换为实际应用的目录路径。

方式二：保留提交历史（适合需要追溯变更的场景）

如果需要保留该应用在预发布分支中的提交记录，使用git cherry-pick结合路径过滤：

# 先查看预发布分支中仅针对该应用的提交记录
git log --oneline -- apps/appX/ preprod

# 找到需要同步的提交范围（比如从提交abc123到def456），执行cherry-pick
git cherry-pick abc123..def456 -- apps/appX/

该命令会把指定范围内、仅涉及目标应用目录的提交逐个应用到临时分支，完整保留原有提交信息。

4. 推送变更到远程 #

完成同步后提交变更并推送到远程仓库：

# 直接覆盖方式需手动提交
git add apps/appX/
git commit -m "同步appX从预发布到生产的变更"

# cherry-pick方式会自动保留原提交信息，无需手动编写

# 推送到远程
git push origin sync-appX-to-prod

5. 创建PR并完成审批 #

在Git平台（GitHub/GitLab等）上，从sync-appX-to-prod分支向prod分支创建拉取请求，走生产环境的审批流程，通过后合并即可。

注意事项 #

• 每次同步前必须拉取最新分支代码，避免本地代码过时导致冲突。
• 若同步时出现冲突，需手动解决，同时检查生产环境的专属配置（如kustomize覆盖层）是否未被误修改。
• 由于已拆分环境专属配置与共享模块，同步操作不会覆盖生产环境的专属配置，仅同步应用本身和共享模块的变更。
• 使用cherry-pick时，要确认提交的关联性，避免遗漏应用变更依赖的其他提交（如果有的话）。

内容的提问来源于stack exchange，提问作者benjimin