5

我们已经看到 Maven 在我们基于 Java 的项目中表现得非常好。我从这个问题中看到，非 java 项目也可以作为 maven 模块进行改造，尽管它们只会将 maven-exec-plugin 用于不同的目标。在谷歌搜索中，我看到了maven-perl-plugin，但它仍然是一个 1.0-SNAPSHOT，有零星的更新，但肯定看起来很有希望。有没有人使用过这个或任何其他竞争对手，可以让我免于编写无趣的 pom 样板？

编辑：实际上，该项目的主要部分是 n 层 Java 模块，并且有一个非常小的 perl/python 组件（用于后端解析），我正在寻找一个适合这个生态系统的地方。我获得了一些优势，比如使用 maven-release-plugin 进行标签/分支创建和发布过程，并将它作为同一代码库的一部分给了我版本号的一致性。因此，虽然我不打算对 perl 模块使用 maven 的依赖项检索手段（对不起，我没有对 maven-perl-plugin boy 进行足够的研究），但我想知道什么时候要牢记做这样的事情（或者如果这样的事情没有意义）例如模块名称应该是什么（topLevelModuleName-perl?) 以及 src/main/perl 和 src/test/perl 下的结构。我知道我可能会走下一个滑坡，试图将一件事硬塞到另一件事上，但问一下也无妨：）

4

3 回答 3

1

太疯狂了。使用像 Module::Build 之类的健全的东西，对于依赖项使用 CPAN（或 cpanm）。说真的，对于任何不是 Java 的东西，您都必须为加载疯狂的插件编写 XML 负载。使用 Module::Build （或任何脚本），您可以对构建进行编程，并且可以使用任何可用于该语言的库（您只需要在之前使用 cpanm 获取它们）。

于 2012-07-02T18:18:41.673 回答
1

在这一点上，我倾向于不使用 maven-perl-plugin 作为它的依赖特性，因为它似乎与 Dist::Zilla 和 Module::Build 等许多成熟的同行重叠。由于没有人真正评论编辑，我只剩下维护现有的项目结构，如

<perl-module-name>
    -lib
    -etc
    -bin

除了添加一个带有被创建为输出工件的 tarball 的 pom 文件之外，并没有真正改变任何东西。

随意发布任何其他建议。

于 2012-07-10T14:20:48.277 回答
0

我已经快速浏览了这个插件，我没有看到引入 Java 和 XML 等依赖项来管理您的项目的意义。

实际上我认为我们已经有了更好的东西： Dist ::Zilla。设置您的项目就像dzil new My::Project- 并Dist::Zilla处理其他所有事情一样简单。

没有更多的 Makefiles、READMEs、MANIFESTs... 只需键入dzil build/test/install/release，一切都会根据您的个人资料和dist.ini.

如果您缺少 CPAN 的一些依赖项，请将其添加到您的配置中，cpanminus可以顺利集成到您的新工作流程中。

[alias]
    instdeps = install --install-command "cpanm ."
于 2012-07-03T00:44:34.670 回答