含公共依赖多微应用单体仓库的独立功能Git分支策略咨询

你们当前的场景属于典型的多独立微应用共存的单体仓库（Monorepo）管理场景，现有git update-index --skip-worktree的客户端约束存在容易被绕过、分支冗余目录无法清理的问题，可通过「分支命名规范+稀疏检出+服务端强校验」的组合方案满足所有要求：

1. 先落地统一分支命名规则 #

所有微应用的功能开发分支必须携带对应应用的前缀标识，规则如下：

• App1的功能分支命名格式：feature/app1/[需求标识/需求名称]
• App2的功能分支命名格式：feature/app2/[需求标识/需求名称]
• 公共代码/基础设施的功能分支单独命名为feature/common/[需求标识/需求名称]
  服务端可添加pre-receive钩子校验分支命名格式，不符合规则的推送直接拦截，从分支维度先做好应用隔离。

2. 用稀疏检出实现feature分支目录裁剪 #

Git原生的稀疏检出（Sparse Checkout）特性可以实现工作区仅展示指定目录的效果，完全满足「feature分支仅包含公共代码、基础设施代码与当前开发的对应微应用」的要求，开发人员首次拉取对应应用的feature分支时仅需执行一次配置即可生效：

# 开启稀疏检出配置
git config core.sparseCheckout true
# 配置允许检出的目录（以App1开发为例）
echo "SuperApp/CommonCode/*" >> .git/info/sparse-checkout
echo "SuperApp/App1/*" >> .git/info/sparse-checkout
echo "InfraStructureCode/*" >> .git/info/sparse-checkout
# 重新执行检出让配置生效
git read-tree -mu HEAD

配置完成后开发本地工作区不会出现App2、App3等其他无关微应用的目录，从根源避免了跨应用的冗余提交，保障单个微应用的开发原子性。

3. 服务端强校验替换客户端权限约束 #

原有git update-index --skip-worktree的权限控制是客户端规则，开发可以通过修改本地配置绕过，建议替换为服务端pre-receive钩子校验，规则如下：

• 若推送的分支为feature/app1/*前缀，仅允许变更SuperApp/CommonCode、SuperApp/App1、InfraStructureCode三个目录下的文件，出现其他目录的变更直接拦截
• 单独配置公共目录权限：仅公共模块维护组的账号可推送SuperApp/CommonCode和InfraStructureCode目录的变更，普通微应用开发人员推送的代码若包含这两个目录的修改直接拦截

4. 主分支/Release分支兼容方案 #

master、release分支不需要做任何稀疏检出配置，所有人员拉取这两类分支时都会自动拉取完整的目录结构，完全符合你们的架构预期。

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