从 Java 8 上的源代码编译 Groovy 进行打包是否有令人信服的案例？
Is there a compelling case for compiling Groovy from source on Java 8 for packaging?
标题几乎说明了一切。我正在开发一个最近升级到 Java 8 的大型软件项目。我们希望为项目的某些方面合并最新版本的 Groovy (2.4.1)。我正在为内部部署目的创建一个 RPM（出于各种原因，我不会在这里讨论，我们不想使用 GVM 或其他方式安装），我想知道是否有人可以提供令人信服的论据使用 Java 8 从源代码编译与获取 binary/sdk 发行版相比。这对我来说似乎有点折腾，我目前倾向于二进制分发的便利性，但我想听听其他人怎么说。
我总是建议使用预构建的二进制文件，除非您必须进行更改。维护源代码并保持编译的开销不值得这些好处（如果有的话）。从源代码编译应该永远是最后的手段。
标题几乎说明了一切。我正在开发一个最近升级到 Java 8 的大型软件项目。我们希望为项目的某些方面合并最新版本的 Groovy (2.4.1)。我正在为内部部署目的创建一个 RPM（出于各种原因，我不会在这里讨论，我们不想使用 GVM 或其他方式安装），我想知道是否有人可以提供令人信服的论据使用 Java 8 从源代码编译与获取 binary/sdk 发行版相比。这对我来说似乎有点折腾，我目前倾向于二进制分发的便利性，但我想听听其他人怎么说。
我总是建议使用预构建的二进制文件，除非您必须进行更改。维护源代码并保持编译的开销不值得这些好处（如果有的话）。从源代码编译应该永远是最后的手段。