Git分支策略和实践-基于主分支项目的不同项目被放入不同的分支而不是新的存储库。

Question

我和我的同事正在为嵌入式系统开发代码，我们将其保存在git存储库中。

除了主应用程序项目外，我们还需要为同一设备开发一个引导加载程序，以便在必要时重新编写应用程序。

主要应用程序由~15个模块/C文件组成，不包括单片机厂商提供的库。

Bootloader是基于应用程序项目开发的，在实际应用中，除了TCP协议栈模块、以太网配置模块和时钟等必需的模块外，所有的应用程序模块都被删除。

在这个精简的应用程序项目的基础上，我们添加了模块来完成引导加载程序的工作。

我的同事决定将这个引导加载器放在同一个存储库中，但只放在不同的分支上。

在我看来，分支应该只用于相同的项目，如实验，特征，释放，稳定分支等。

虽然今天我看不到任何重大的技术或工作流问题来使引导加载器在不同的分支上保持相同的回购，但我只是觉得这个解决方案并不优雅，我更愿意为引导加载器创建单独的存储库。

在一个Git存储库中可以有多个项目吗？

也许我太迂腐了，不应该太在意这个，而坚持要创建一个单独的存储库？

Answer 1

即使你认为这不是最好的选择(我倾向于同意这一点)，但由于git的分布式特性，everyone的回购是自己的.所以如果你的朋友/同事喜欢这样做.好吧，由他们决定.只要以后不咬你的屁股，我觉得没关系。

Answer 2

分支是用来隔离不同的开发工作的，并且应该稍后合并回来。

它们一般是从共同的历史开始的。

但从技术上讲，你可以说：

• 分支中的单独代码(永远不会合并)
• 孤枝：在这个新分支上进行的第一次提交将没有父级，它将是一个与所有其他分支完全断开并提交的新历史的根源。

所以是的，您可以在一个存储库中拥有多个不相关的项目。

使用git worktree，您可以克隆一次，并有多个文件夹，每个分支/项目一个。

因此，只要每个分支/项目没有太多的历史/对象(或者全局克隆会随着时间的推移变得繁琐)，您就可以以这种方式工作。