Jenkins / Git中微服务的12因素单回购概念的实际实现

问题描述

我正在研究Cloud Native应用程序开发的12个因素。它指出,最终将由我的应用程序组成的所有微服务都应放在单个存储库中(出于各种原因,问题不在于此,让我们将其视为理所当然,因为我知道对此有很多讨论)。 我的问题是,您是否有任何资料可以查询如何实际实现CI / CD管道(例如Jenkins Multibranch Pipeline /“代码管道”)。

考虑到它们在同一个存储库中,您如何能够分别地建立到每个微服务的管道?(对于微服务的核心概念完全独立,包括他们的CI / CD生命周期)

例如,您能否仅将包含已更改文件的某些文件夹作为目标?

我想应该有一个类似的解决方案,它已经解决了这个问题(因为文件夹之间的相关性为零,如果代码构建良好,那么它应该就这么简单,我只是不这样做)不知道在哪里查找示例和语法。

谢谢!

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)