Jakarta ee 在最初的Grails项目启动后部署更改
几个月前，我发布了一个小的Grails站点，现在我必须为应用程序部署增量更改，大多数更改不涉及任何db更改。控制器、服务等中的新标签、错误修复。现在，我只是简单地挑选通过运行grailswar-SOME-war.war生成的类和工件，并手动将它们放入生产环境中。你现在的想法可能是对的，相信我，这个过程本身就是一种惩罚 有什么改进的建议吗Jakarta ee 在最初的Grails项目启动后部署更改,jakarta-ee,grails,deployment,configuration,Jakarta Ee,Grails,Deployment,Configuration,几个月前，我发布了一个小的Grails站点，现在我必须为应用程序部署增量更改，大多数更改不涉及任何db更改。控制器、服务等中的新标签、错误修复。现在，我只是简单地挑选通过运行grailswar-SOME-war.war生成的类和工件，并手动将它们放入生产环境中。你现在的想法可能是对的，相信我，这个过程本身就是一种惩罚 有什么改进的建议吗 似乎每次都要将整个.war文件投入生产 有些改变可能是过火了，还有一个问题就是 客户端生成的静态内容 比如上传的图片。目前他们正处于困境之中 项目初始化时创建
- 似乎每次都要将整个.war文件投入生产 有些改变可能是过火了，还有一个问题就是 客户端生成的静态内容
- 比如上传的图片。目前他们正处于困境之中 项目初始化时创建的图像，它们不是 存储在数据库中。我考虑将它们存储在数据库中以便存档 和备份目的，以便将它们写回目录 不幸的事情发生了，但还没有走那么远
您可以使用ant部署脚本自动化部署过程。我使用Jenkins的远程部署插件来完成这项任务。有一种方法，尽管我只建议在变化很小的情况下使用，但请看以下内容：
交换新的war文件是grails部署过程。上传的图像需要存储在文件系统或数据库中。看起来你的问题更多的是关于这个，而不是部署。。。。那么lib或jar呢？请查看配置文档的依赖项解决部分。这是解决JAR依赖关系的方法。。。嗯，不完全是这样，我已经轻松地在Java web应用程序上进行了增量部署，因此我很惊讶Grails项目在war文件中看起来像一个完整的haggis。+1使用持续集成工具听起来像是一个很好的解决方案。总比用爪子在整个罐子里打猎要好：-）