在服务器上安装其他Perl模块时应该注意什么?

Chr*_*oms 3 installation perl module

我想请我的系统管理员安装各种Perl模块,如MooseData::Alias.该系统是Red Hat Enterprise Linux 5,运行Perl 5.8.8.我能想到的唯一问题是一些已安装的模块可能需要升级,因此存在破坏某些东西的风险.还有什么我应该关注的?

Sin*_*nür 13

我不知道贵公司的政策,但最好不要弄乱你的系统perl并将其他库及其先决条件(甚至专用perl)安装在不同的位置和使用lib.

另请参见如何保留自己的模块/库目录?perlfaq.

  • 你需要的答案不是你想要的答案吗?:) (2认同)

Ada*_*ire 6

我们的系统管理员是那些关心确保所请求的Perl模块不会破坏其系统上任何其他内容的人.

所以我们问,然后他们可以说"不,那会打破X,请在用户空间安装它." 或者" 出于兼容性原因,我们会将其安装在非标准位置Y ".在做出这个决定时,我不知道他们考虑的所有事情.我应该知道的唯一事情是我的应用程序是否会在安装/更新模块时中断.

如果您的系统管理员将此责任(即了解对整个系统的影响)传达给您作为开发人员,那么根据Sinan的建议并在您自己的非标准位置安装所需的模块可能会更安全.必须同时成为系统管理员和开发人员,同时只有一个人的报酬并不好玩.


bri*_*foy 5

诀窍是在您知道新设置有效之前不要删除旧设置.问题在于,CPAN工具链并不关心,并且很乐意在旧版本上安装新文件,而无法让您解除损坏.

如果我正在开展一个我要升级模块的大项目,我想将新模块放在他们自己的新目录中.我可以通过设置PERL5LIB到新目录来测试一些东西,如果它没有用完,我会通过简单的环境更改回到旧设置.

有些人做了与源代码控制类似的事情.他们将模块目录放在版本控制系统中.当他们安装新模块时,他们会检查源代码.当某些事情发生时,它们只会回滚更改.他们还可以标记版本,以便他们可以回滚到任何工作点.