没去过大厂，好奇大厂这种比较复杂的 app 是如何给每个部门划分代码权限的

然后怎么提交合并，怎么管理的呢

不是把代码放在一个仓库里，分很多项目
基础设施部门搞一个 runtime ，比如类似小程序的 runtime
其它每个部门的 app ，都是独立开发独立部署
最后有一个部门，一般是开发和运营决定什么时候发布
这个需要开发很多配套的系统，比如内部的开发测试框架，内部 app 的发布审批系统等等。

很多都小程序化了，把容器开发好，配置入口即可

NA 客户端一定是 mono repo 最好，拆仓是自讨苦吃。搞动态化搞 web 的另说。
服务端早就微服务了，除了一套鸡架外业务仓随你怎么划

React Native 化时候，就只是分成了三个仓库，React （所有业务代码都放一个大仓里，然后从大仓里构建产物发布），Native 分成两个仓库，对应 iOS 和 Android 各自的客户端实现。

我不是 app 开发，但是之前和 app 开发问过相似的问题，他们 app 是分模块的，每个模块可以单独启动和测试，最终发版会整合到一起，他们没有完整的项目代码权限，只有他们负责的模块的权限，至于怎么协调和交互的没仔细问题，甚至每个模块调用的网关都不是同一个

分模块，每个模块一个应用，应用开发成员有 push 代码的权限，其他的 仓库成员 只有查看权限

一个基础库，里面提供文件访问，事件驱动，网络请求，json 操作等基础能力。另一个仓库里是产品源码，包括所有端，所有产品线的源码，只是他们入口或者上层壳工程不一样

app 做一个套壳，然后内部每个页面都是 小程序化了，然后公共会给一个版本的壳，然后前端在自己部门的页面填坑，填完之后会有流水线 自动打包一套 app 出来 做集成测试，

至少我知道携程内部是这么干的，毕竟功能太多了

说出来你可能不信 有专门一个团队负责总合并 部署 review….  不能直接提交 你想提交要发起提交请求 不合规或者违反相关规范这个团队会给你打回来 你得改好了再次提交