7

我使用 Catalyst、Open Street Map 和几十个模块从事一个小型的开源 Perl 项目。我尝试尽可能多地使用 CPAN 上的模块,因为我的目标不是重新发明轮子。

所有这些东西都是通过 cpanm 和 local::lib 安装的。每次我需要新的东西时,我都会安装几个模块和依赖项(使用 cpanm 非常简单)。现在,我在问自己,那些将克隆我的项目的人如何安装数十个模块而不会感到头疼?

这方面的最佳做法是什么?我应该在 Makefile.pl 中列出所有必需的模块吗?我现在对此感到焦虑,因为我在这个项目上努力工作,尝试遵循很多好的实践,但我觉得我在这个特定点上犯了错误(不要考虑这个)。

我需要一些关于这个问题的建议,因为一切看起来都很神奇,以至于我不相信在 Makefile 中使用 'require' 关键字列出模块名称就足够了。我也希望不必在项目中包含所有依赖项并提交所有这些巨大的包以供以后使用。

4

3 回答 3

4

如果您使用 Catalyst,您可以在为您的 Catalyst 应用程序创建的 Makefile.PL 中添加您需要的模块作为依赖项。

于 2013-03-21T21:21:05.637 回答
1

我建议看一下纸箱(来自与令人敬畏的 cpanm 相同的作者)。

我是 Ruby捆绑器的忠实粉丝,carton 的文档将其描述为“Bundler for Perl”。不久前我对它进行了试验,它看起来很有希望。

于 2013-03-21T22:10:33.703 回答
1

您应该只列出(in Makefile.PL)您直接需要的那些模块(即,您userequire在您的模块中的那些)。您无需担心间接需要的模块(即,您使用的模块);这是安装人员的工作。

要获取您使用的模块列表,您当然可以手动编译该列表。但是,如果您碰巧有The Definitive Guide to Catalyst,那么第 129 页上有一个方便的 Bash 函数,我不确定是否可以在此处复制。还有Perl::PrereqScanner::App,我没有直接使用,但 Dist::Zilla 使用它。

FWIW,如果您使用Dist::Zilla来管理您的分发(我什至对于我不上传到 CPAN 的私人项目也这样做),它可以(并且默认情况下)为您跟踪依赖关系。

于 2013-11-15T09:38:47.763 回答