组织saas项目

Question

我正在领导一个SaaS应用程序。假设它是通过Rest交付的java数据分析系统。我有几个开发人员，我们使用

• 存储库(例如git、hg，比如bitbucket或github)，
• scrum敏捷工作流(例如使用jira敏捷，您跟踪)，
• 持续整合(如jenkins、竹子)
• maven

我想知道将大项目分成子项目(如果有的话)的最佳实践(以及利弊)是什么。

通常，我可以看到以下逻辑模块：

• rest接口
• DataAnalytics API (没有实现)
• 排名模块: Module1，Module2，.
• 分类模块: Module1，Module2
• 形象化
• 等

我想让它成为一个包含多个子项目的大型存储库吗？但是后来

• 我需要跟踪版本，而且
• 确保CI服务器在提交某些内容时只构建相关的子项目(在更新分类模块时，我可能不想构建和重新测试rest接口)

还是要为每个项目创建一个存储库？

还有其他的可能性/事情我应该考虑吗？

Answer 1

我想让它成为一个包含多个子项目的大型存储库吗？

这经常是争论的话题。基于以下问题的一些需求可以帮助您确定。

我需要跟踪版本，而且

您的服务可以以不同的方式部署和版本吗？您是否可以继续使用x版运行服务A，然后部署一个修复程序来使用y版本服务B，而不更改服务A。如果是这样的话，将它们保存在单独的存储库中会有所帮助。

确保CI服务器只在提交某些内容时构建相关的子项目(我可能不希望在更新分类模块时构建和重新测试rest接口)

同样，这也是不将所有内容捆绑到一个存储库中的原因之一。您不希望对可视化进行更改以要求重新构建rest。因此，他们是单独回购的候选人。这也有助于子团队和分布式团队。

但是，如果代码库和团队规模太小，那么分裂成太多的repos可能是一种开销。