Question

我正在考虑基于主构建处理不同构建的GIT策略。需要您对如何有效管理这个大型回购/超级回购的意见。

基本上我需要一个拥有30+＆＃34; sub＆＃34;回收它。我需要进行这种设置的原因是因为每个构建迟早都会有自己的功能，不应该影响其他构建。

我想到的是为每个构建创建一个单独的分支。使用这种方法，它将要求我使用＆＃34; master build＆＃34;创建一个单独的构建文件夹。源代码在里面。

这个问题是如何在不重做的情况下在整个构建中应用新功能？反正有没有这样做？有谁知道处理这个问题的有效方法？提前谢谢！

Master Base Code -+-- build 1
                  |-- build 2
                  |-- build 3
                  |-- build n..

场景1：构建功能

构建1

构建2

构建2

- 完成功能后，客户端希望在其他版本中实现Build 1轮播 -

场景2：在不同版本中应用构建1轮播

构建1

构建2

构建2

合并旋转木马＆＃34;这将变得复杂。其他构建的功能，因为它们具有不同的基本代码。

Answer 1

您可以尝试使用git submodules。

基本上，在基础应用程序中，将每个repo1，repo2，.. rep30作为子模块导入。

现在，您可以检查特定子模块上的更新标记，同时保持所有其他子模块版本相同，并有效地为代码库创建相应的构建。