git - 共享 grails 域类的可持续方式？

Question

我们目前正在使用 grails 插件功能在相关组件之间共享域模型。这是我们正在查看的经过清理的示例

• 产品域插件-[版本].zip
• 产品管理-[版本].war
• 产品经理-[版本].war
• product-mobile-services-[版本].war

在开发人员工作站上，我们有一个如下所示的文件夹结构:

code/
├── product-domain-plugin/
├── product-admin/
├── product-manager/
├── product-mobile-services/

每个项目都是自己的 git 存储库，使用 git-flow 约定。例如，在 product-admin 的开发过程中，我们会将 product-domain-plugin 内联到 BuildConfig.groovy 中:

grails.plugin.location.productdomainplugin = "../product-domain-plugin"

对于产品发布，我们将product-domain-plugin打包为插件，部署到我们内部的artifactory server，并命名为product-domain-plugin-4.0.zip.

在每个 product-* grails apps 的发布分支中，我们修改 BuildConfig.groovy 文件来获取插件的打包版本(这样我们就可以保证构建环境与共享域代码一起进行版本控制):

compile ':product-domain-plugin:4.0'

当应用程序通过 jira 发布时，构建服务器检查引用外部插件的 master 分支并构建工件(看起来像 product-admin-4.0.war)。

我们为什么要这样做？

• 我们将 grails 项目分开，因此我们可以更新一个而不必影响其他项目(例如，在不重新标记管理应用程序的情况下修补移动服务)
• 通过使用打包插件而不是内联插件，构建的每个部分仍然是版本化的
• 开发者可以选择只 checkout 他需要的组件，例如product-mobile-services，并依赖最新版本的domain plugin
• 我们已经建立了一个版本号约定，表示版本为 x.y.z 的 grails 应用程序是使用打包的域插件版本 x.y 构建的，并且有一个修补程序 z

但是，我们经常发现自己同时在插件和 grails 应用程序中开发功能(因此需要内联配置)。从本质上讲，我们可以判断插件是否有效(或者正是我们需要的)的唯一方法是在 Web 应用程序下对其进行测试。部署的最终 war 文件没有内联域插件。所以顺序是:

1. 以特定版本将域插件构建/部署到我们的工件服务器
2. 修改所有 grails 应用程序以使用来 self 们的工件服务器的插件的打包版本
3. 对 grails 应用程序进行正常的 QA 测试并发布它们

问题是如果/何时在步骤 1 中发现域插件的问题。没有办法对插件进行 QA 测试，因为它只与其他 grails 应用程序交互。当检测到并解决问题时，我们更新域插件的版本号(因为 grails 认为之前的版本已经发布并正确地从服务器缓存工件)并重新部署到我们的服务器。这在 QA 测试期间可能会变得乏味，但似乎可以改进。

我考虑过为此使用 git 子模块，但似乎域插件子模块需要成为每个 grails 应用程序的一部分。为 3 个 grails 项目保持同一个域插件存储库的 3 个不同克隆是最新的似乎会很困惑。

抱歉文字墙。希望我已经把一切都说清楚了。当然有更简单的方法来管理这个？欢迎提出任何建议。

Answer 1

在发布到您的 Artifactory 存储库之前，您可以尝试使用 Maven 本地存储库作为本地 Q/A 测试的中间私有(private)发布点。我们联合应用程序/插件开发的正常工作流程是这样的:

1. 使用应用程序 BuildConfig.groovy 和运行测试、运行应用程序中的内联插件配置在应用程序/插件中开发功能。

2. 使用插件的 SNAPSHOT 发布版本测试插件解析和打包。将“-SNAPSHOT”附加到您正在开发的插件版本，并使用“maven-install”将其发布到本地 maven 存储库。更新应用程序中的插件配置以删除内联依赖项，将其替换为“编译”语句和插件的 SNAPSHOT 版本。 Refresh-dependencies 将从本地存储库中获取插件并编译整个应用程序。使用 run-test 和 run-war 测试应用程序，以确保打包和部署能够正常工作。

3. 从版本号中删除 -SNAPSHOT 后，将插件的发布版本发布到 artifactory。更新应用程序 BuildConfig.groovy 以引用已发布的插件并重新执行您的运行测试和运行 war 命令。

这应该会显着减少您遇到插件打包问题的风险。 maven-intall 和 SNAPSHOT 支持是 Grails 本身的一部分。