gpt4 book ai didi

java - 子模块 Maven 依赖关系管理的最佳实践

转载 作者:行者123 更新时间:2023-12-01 22:14:40 25 4
gpt4 key购买 nike

我们正在为移动应用程序构建测试自动化框架,我们使用 Maven 作为构建工具并进行依赖项管理。

描述:到目前为止,我们已经拥有大约 25 个移动应用程序,我们正在计划下面的 Maven 项目结构,其中我们有框架模块和公共(public)模块,其中包含自动化框架代码,这些代码将在所有应用程序中使用移动应用模块。

问题:随着移动应用程序数量的增加,我觉得下面选择的 Maven 项目结构将难以维护,因为许多人将独立工作,自动化不同的移动应用程序,但他们需要检查所有移动应用程序模块,以便添加/编辑任何特定模块。

+-- root (pom type)
+--- mobile app1 (jar type)
+--- mobile app2 (jar type)
.
.
+--- mobile app25 (jar type)
+--- framework module (jar type)
+--- Commmon module (jar type)

解决方案:我们想到构建一个包含框架和公共(public)模块的框架jar,所有移动应用程序都将依赖于该框架jar。这里的问题是我们需要确保所有开发人员都使用相同的框架 jar,并且框架中的任何更改都会对其依赖产生影响。同样,每个模块都应该单独更新。

请就我们的框架和依赖模块提供更多可重用性和更少维护的最佳方法建议。

最佳答案

根据应用程序是独立的信息,您决定的设置没有意义。让每个应用程序成为一个单独的项目(git 存储库),并定义对库(公共(public)资源等)的适当依赖项。

关于java - 子模块 Maven 依赖关系管理的最佳实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31335660/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com