git - Monolith git repo 与 micro repos

Question

我有一个包含多个小批量作业的项目。每个批处理作业都完全独立于另一个(使用不同的文件格式/REST 结构连接到不同的 S3 存储桶或 REST 服务)。创建所有这些批处理作业将需要几个月的时间。理想情况下，我想独立于其他批处理作业发布每个批处理作业。特别是当涉及到生产修补程序的概念时。在紧急情况下发布一个批处理作业比被迫重新发布所有批处理作业(并且必须处理正在运行的作业)更快更容易。

现在最大的障碍是 git。我应该:

1. 为每个批处理作业创建一个新的 git 存储库
2. 为所有作业创建一个单一的代码库或
3. 为一些批处理作业子组创建一个 repo

我倾向于选项 1，但是数十个 git 存储库的概念似乎势不可挡。所有作业都将导入一个通用的 repo 协议(protocol)。如果我需要更改公共(public)存储库中的某些内容，我必须为每个批处理作业执行一次 git dance。但是，如果我将所有内容都放入一个单一的存储库中，我要么必须拥有数十个“主”分支，要么每次都重新发布每个作业。

是否可以使用 micro git repos 并使用某种工具来执行简单操作(例如所有 repos 的 git clone)？也许 gradle 可以以某种方式做到这一点？是否只使用整体存储库并具有丑陋的发布过程和分支结构更好？

Answer 1

我强烈认为微型 repo 喜忧参半，所以我鼓励任何想走这条路的人阅读 this post第一的。也就是说，mr实用程序可让您将存储库的临时集合视为单个逻辑单元，它甚至可以与存储库类型的非同类集合(git、svn、hg、bzr 等)。我发现它非常易于使用——以至于它已经取代了自定义 Fabric我已经使用了几年来管理多个 repo 的脚本。如果您只处理 git 存储库，Android 的 repo可能也很有趣。