2012-07-02 41 views
3

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

编辑:其实该项目的主要部分是n层的Java模块,并有一个非常小的perl/python组件(用于后端解析),我正在寻找一个地方,以适应它到这个生态系统。我使用maven-release-plugin来做标签/分支创建和发布流程,并将它作为相同代码库的一部分给了我版本号的一致性。所以,虽然我不打算使用maven for perl模块的依赖检索方式(对于maven-perl-plugin boy,我没有足够的研究),但我想知道什么时候需要记住的要点做这样的事情(或者如果这样的事情没有意义),例如应该是模块名称(topLevelModuleName -perl?)以及src/main/perl和src/test/perl下的结构。我知道我可能会滑下一个滑坡试图让另一个滑到另一个地方,但不会伤害到要求:)

回答

1

在这一点上,我倾向于,因为它似乎有像DIST ::吉拉和Module :: Build进行多行之有效的同行重叠,不使用Maven的Perl的插件的依赖特性。既然没有人在编辑评论说真的,我留下维持现有的项目结构像

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

,并没有真正改变比增加POM文件与压缩包被创建为输出神器的任何其他。

随时发布任何其他建议。

1

这太疯狂了。使用像Module :: Build这样健全的东西,并且依赖关系使用CPAN(或cpanm)。严重的是,对于任何不是Java的东西,你必须编写XML负载来加载疯狂的插件。使用Module :: Build(或任何脚本),您可以编译构建,并且可以使用任何可用于该语言的库(您只需在之前使用cpanm就可以获得它们)。

+0

@Kilokahn包装Perl模块不好玩,最好的留给开发来处理它的专用工具。 –

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 ."