可持续的方式来分享grails域类？

Question

我们目前正在使用grails插件功能来跨相关组件共享域模型。这是我们正在查看的一个消毒的例子

• 产物域-plugin- [版]的.zip
• 产品管理 - [版]的.war
• 产品经理 - [版]的.war
• 产物的移动服务 - [版]的.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打包为插件，将其部署到我们的内部工件服务器，并将其命名为product-domain-plugin-4.0.zip。

在每个product-* grails应用程序的发布分支中，我们修改BuildConfig.groovy文件以获取插件的打包版本（这样我们就可以保证构建环境的版本与共享域代码）：

compile ':product-domain-plugin:4.0'

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

为什么我们这样做？

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

但是，我们经常发现自己同时在插件和grails应用程序中开发该功能（因此内联配置）。基本上，我们可以判断插件是否正常工作（或者正是我们需要它的唯一方法）是在Web应用程序下测试它。部署的最终war文件没有内联域插件。所以按顺序：

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

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

我已经考虑过为此使用git子模块，但似乎域插件子模块需要成为每个grails应用程序的一部分。对于3个grails项目，保持同一域插件存储库的3个不同克隆是最新的，这似乎相当混乱。

对不起文字墙。希望我已经把一切都搞清楚了。当然，有一个更简单的方法来管理这个？欢迎任何建议。

Answer 1

在发布到Artifactory存储库之前，您可以尝试使用maven本地存储库作为本地Q / A测试的中间私有发布点。我们联合应用程序/插件开发的常规工作流程如下：

1. 在应用程序BuildConfig.groovy和run-test，run-app中使用内联插件配置在应用程序/插件中开发功能。

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

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

这应该会大大减少您对插件包装问题的影响。 maven-intall和SNAPSHOT支持是Grails本身的一部分。