使用spring cloud alibaba创建微服务，必须使用父子的工程结构吗？

Question

我搭建一个微服务，有订单模块，库存模块，用户模块，快递模块等等，这些模块如果写在一个父项目下，那么将整个项目push到gitlab后，和其他模块无关的开发者也可以下载下来无关模块并查看其中代码并做出修改提交，这显然是不安全的。可不可以各模块单独做成仓库，开发者只能pull自己负责的模块进行开发。如果我上述的方法可行，应该如何实现呢？

Answer 1

我想的是每个模块是个单独的项目，单独的一个git

Answer 2

Monorepo是指在版本控制系统中维护一个单一的代码库，这个代码库包含了多个项目或模块的代码。这些项目虽然在逻辑上可能是独立的，但它们被放在同一个代码库中进行管理。Monorepo的优点包括：

• 集中管理：所有的代码都在一个地方，便于进行统一的权限控制和版本管理。
• 协作便利：团队成员可以更容易地共享和重用代码，提高开发效率。
• 一致性：在同一个代码库中遵循相同的编码标准和工具配置，有助于保持代码风格和构建过程的一致性。
• 简化依赖：不同项目之间的依赖关系更容易管理，因为它们都在同一个代码库中。

尽管monorepo有其优势，但它也可能带来一些问题，比如代码库过大可能导致编译和构建变慢，以及不同项目之间的耦合可能增加。因此，是否采用monorepo策略需要根据项目的具体情况和团队的工作方式来决定。有些公司选择将所有代码托管在一个存储库中，供所有人使用，这种模式有时也被称为单体存储库。
除了Monorepo，另一种常见的代码管理方式是Multirepo。
Multirepo是指每个项目或模块都有自己的独立代码库。这种方式下，每个仓库负责一个特定的功能或服务，有助于保持项目的模块化和清晰性。以下是Multirepo的一些优缺点：

优点：

• 模块化：每个项目有自己的代码库，有助于保持清晰的模块划分。
• 独立性：项目之间相互独立，可以单独开发、部署，不会因为一个项目的问题影响到其他项目。
• 体积小：相对于Monorepo, Multirepo中的每个仓库体积较小，便于管理和快速克隆。

缺点：

• 协作困难：团队成员需要在多个仓库之间切换，当项目数量较多时，管理起来可能会比较繁琐。
• 代码复用困难：不同仓库之间的代码复用可能需要通过额外的工作，如设置 npm link 等手段来实现。
• 配置重复：每个独立的仓库可能需要重新配置工程和CI/CD等内容，这可能导致工作效率的降低。

Answer 3

需要根据以下几个因素来评估是采用父子工程结构，还是每个微服务独立工程结构：

1. 团队规模
   团队规模越大，越趋向于独立工程结构，便于多人协作，相互之间的耦合更低，当然也意味着整体成本的上升，但整体风险是下降的。
2. 迭代频次
   多个微服务的迭代频次是否趋同，如果严重趋同就趋向于父子工程，反之有的频次很高，有的频次很低就应进行拆分，避免相互影响。