尊重部署在Cloudfoundry或Heroku上的Gradle / Spring应用程序的代码库因子(来自12因素应用程序宣言)

问题描述 投票:9回答:2

我的问题涉及12因素应用宣言的第一个因素:代码库。 (见http://12factor.net/codebase)。

TL; DR:

这个因素表明代码库和部署之间存在一对一的关系,所以在这种情况下,你不应该为两个应用程序使用相同的代码库(存储库)

我的要求:我有一个网站Spring应用程序和一个批处理Spring应用程序共享一个公共代码,即域模型(JPA实体类)。我需要能够分享这个共同的代码。两个应用程序都需要在任何时候使用相同版本的公共代码。

我目前的设置:我目前在github上有三个“顶级”存储库:

  • 域模型(JPA实体类)repo
  • 网站应用程序回购 域模型目录/ gradle项目(包含在git subtree pull/push中)
  • 批量应用程序repo 域模型目录/ gradle项目(包含在git subtree pull/push中)

另请注意,域模型存储库单独存在(如上所述),但也嵌套在网站和批处理应用程序存储库中。我使用git subtree pull/push将这个Domain模型repo作为目录包含在另外两个repos中的gradle项目中。原因是Heroku从repos构建代码本身。

所有这些都非常乏味且容易出错。

有人可以建议更好的解决方案吗?

heroku github gradle cloudfoundry 12factor
2个回答
2
投票

我会将公共代码发布到Bintray上的私有Maven仓库,然后将该私有仓库添加到其他消费者应用程序并将公共模块指定为依赖项。这并不能保证两者都依赖于相同的版本,但可以使用the Maven Versions Plugin等工具通过外部流程轻松管理。但您也可能希望添加更灵活的序列化系统,以松散地耦合两个应用程序的域模型。


-1
投票

我会将域模型捆绑在一个包中(不确定java / gradle对于这样的bundle来说是什么,在ruby中它将是一个gem)并将其作为依赖项安装在生产中。否则,git submodule也是一种选择

© www.soinside.com 2019 - 2024. All rights reserved.