Yarn Workspaces多项目差异化发布周期的解决方案咨询

场景背景 #

用Yarn Workspaces管理3个项目，结构如下：

My-project
   folder-1
   folder-2
   folder-3

不同开发者负责各自子项目，现有发布流程：

• 基于特性分支创建PR合并至develop分支；
• 待发布时机成熟时，将develop合并至main分支；
• 基于main分支创建发布候选版本并执行生产部署脚本。

当前问题 #

folder-3需每日发布，folder-1虽有每日代码变更但仅需每月发布。但develop分支会同时包含folder-1和folder-3的变更，直接合并develop到main会把folder-1未到发布周期的代码带入生产，不符合要求。你考虑用git checkout <分支> -- <路径>仅迁移指定文件夹内容（比如把develop的folder-3同步到main），想知道这是否为最佳实践。

方案分析 #

你考虑的git checkout方法：可行但非长期最优 #

操作步骤

如果要同步develop的folder-3到main：

1. 切换到main分支：git checkout main
2. 拉取最新远程代码：git pull origin main
3. 同步指定文件夹：git checkout develop -- folder-3
4. 提交并推送：git add folder-3 && git commit -m "chore: sync folder-3 from develop for daily release" && git push origin main
5. 执行生产部署脚本

优缺点

• 优点：操作简单，快速满足临时发布需求；
• 缺点：
  • 易遗漏依赖：如果folder-3的变更依赖根目录package.json或共享配置的修改，仅同步folder-3会导致依赖缺失；
  • Git历史混乱：直接覆盖文件，无法保留原特性分支的提交历史，后续排查问题难度大；
  • 冲突处理繁琐：若main与develop的folder-3存在冲突，手动解决时容易误操作影响其他子项目。

更优的长期解决方案 #

方案1：为子项目单独维护发布分支

• 为folder-1创建release/folder-1分支，每月从develop同步folder-1及相关依赖变更后合并到main发布；
• 为folder-3创建release/folder-3分支，每日从develop同步folder-3及相关依赖变更后合并到main发布；
• 核心逻辑：子项目特性分支合并到develop后，对应发布分支仅拉取该子项目的变更（可配合git cherry-pick筛选子项目相关提交，或用git checkout同步时包含依赖文件）；
• 优势：每个子项目发布节奏独立，Git历史清晰，便于追溯问题。

方案2：按发布周期拆分集成分支

• 保留develop作为所有特性的集成分支，新增daily-release分支用于folder-3的每日发布，monthly-release分支用于folder-1的每月发布；
• 每日发布folder-3时：从develop同步folder-3到daily-release，再合并到main；
• 每月发布folder-1时：从develop同步folder-1到monthly-release，再合并到main；
• 注意：main分支仅接受来自daily-release和monthly-release的合并，禁止直接从develop合并。

方案3：配合Monorepo版本管理工具（如Changesets）

• 结合Changesets工具（Yarn Workspaces兼容），自动跟踪每个子项目的变更，生成独立版本号；
• 操作流程：每个特性分支提交时添加changeset，明确标注变更的子项目；每日发布时仅发布folder-3的变更，每月发布时发布folder-1的变更；
• 优势：无需手动处理Git文件同步，工具自动管理子项目版本与发布，避免人为错误。

总结 #

如果是临时应急，git checkout方法可以用；但从长期维护角度，建议采用子项目独立发布分支或配合Monorepo版本管理工具，这样更规范，能有效降低发布风险。

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