请教大公司的代码管理权限是如何处理的？

[bbxx11]

以特斯拉为例的话，目前已知信息是正常迭代是一个分支“A”，fsd 好像是另一个分支“B”，然后还有美国团队开发好像是主要代码，各地区适配是辅代码“C”，一般情况下不会超过主代码，但也有新功能会被合并到主代码上。

好像 B 会兼容所有 A 分支的代码，但是可能不是一个版本上，B 会跳好几个版本 A ，这样做如何处理冲突和兼容？ C 按理是拉的 A 的代码做二开，但是 C 有时也会被合并到 A 上。如果 A 目前已经开发到 v2 版本，但是 C 还在 v1 做兼容的同时又新开了几个功能，那我 Cv1 要合到 Av2 上的话是不是先合到 Av1 上？

还有一点就是我如果是一个 C 的普通开发，如何控制我下载所有的 A 代码跑路？

可能描述的有点乱，主要还是想了解一下，像这种跨国多版本开发，如果处理兼容和安全。

[clemente]

gerrit 单分支开发 或者 多分支开发 通常这样会有一个团队负责 cherry-pick 和测试 做回归

[InkStone]

携代码跑路通过办公安全内控解决。

合并分支通过人工 merge+QA 回归测试解决。

[bbxx11]

@clemente
@InkStone 那现在可以做到只给你看某一部分功能的代码这样吗？就是分模块啥的，只负责该模块的代码开发？

[maximdx]

monorepo

[InkStone]

@bbxx11 大多数公司都是这样的呀。会给你亮所有模块代码的才是少数……

[sampeng]

分模块，权限管理是一件很难的事么？

[bbxx11]

@sampeng
@InkStone 分模块的话，如何保证自己写的这个代码并到整体里不会出现 bug ？或者因其他模块引发的 bug 但我又看不到那个模块的代码该如何去修复？

[InkStone]

@bbxx11 其它模块的问题让其它模块的负责人修复——即使你能看得到代码也应该这么做。

减少 bug 一要保证模块设计低内聚高耦合，接口足够 KISS ，二，也是更重要的，是保证充足的回归测试用例。

[windcode]

最简单的 OWNERS 文件控制权限

[sampeng]

@bbxx11 不是你的模块关你啥事？那是老大关心的事。既然都分模块了。保证锅到不了自己模块就行了

[clemente]

@bbxx11 可以啊 核心模块只用核心团队维护可见 , 然后下游集成 只能 使用 .so .a 不就完了