这是一个创建于 395 天前的主题，其中的信息可能已经有所发展或是发生改变。
以特斯拉为例的话，目前已知信息是正常迭代是一个分支“A”，fsd 好像是另一个分支“B”，然后还有美国团队开发好像是主要代码，各地区适配是辅代码“C”，一般情况下不会超过主代码，但也有新功能会被合并到主代码上。
好像 B 会兼容所有 A 分支的代码，但是可能不是一个版本上，B 会跳好几个版本 A ，这样做如何处理冲突和兼容？ C 按理是拉的 A 的代码做二开，但是 C 有时也会被合并到 A 上。如果 A 目前已经开发到 v2 版本，但是 C 还在 v1 做兼容的同时又新开了几个功能，那我 Cv1 要合到 Av2 上的话是不是先合到 Av1 上？
还有一点就是我如果是一个 C 的普通开发，如何控制我下载所有的 A 代码跑路？
可能描述的有点乱，主要还是想了解一下，像这种跨国多版本开发，如果处理兼容和安全。
好像 B 会兼容所有 A 分支的代码，但是可能不是一个版本上，B 会跳好几个版本 A ，这样做如何处理冲突和兼容？ C 按理是拉的 A 的代码做二开，但是 C 有时也会被合并到 A 上。如果 A 目前已经开发到 v2 版本，但是 C 还在 v1 做兼容的同时又新开了几个功能，那我 Cv1 要合到 Av2 上的话是不是先合到 Av1 上？
还有一点就是我如果是一个 C 的普通开发，如何控制我下载所有的 A 代码跑路？
可能描述的有点乱，主要还是想了解一下，像这种跨国多版本开发，如果处理兼容和安全。
 |
1
clemente 2024-11-08 09:31:55 +08:00
gerrit 单分支开发 或者 多分支开发 通常这样会有一个团队负责 cherry-pick 和测试 做回归
|
 |
2
InkStone 2024-11-08 09:32:39 +08:00
携代码跑路通过办公安全内控解决。
合并分支通过人工 merge+QA 回归测试解决。 |
 |
3
bbxx11 OP |
 |
4
maximdx 2024-11-08 09:47:58 +08:00
monorepo
|
 |
6
sampeng 2024-11-08 10:16:36 +08:00
分模块，权限管理是一件很难的事么？
|
|
7
bbxx11 OP |
|
8
InkStone 2024-11-08 11:57:06 +08:00
|
 |
9
windcode 2024-11-08 12:01:27 +08:00
最简单的 OWNERS 文件控制权限
|
Select Language