Liu Yubao wrote: > Hi, > > google groups 自动添加的签名档真烦。。。
嗯，回复的时候要记得删掉。。 > > 冲突的情况很少吧，就算有冲突，可以用 local::lib 装指定版本的模块，由于 > @INC 里私有的 perl lib 是优先的，从而可以覆盖系统自带的版本。 > 冲突还是很多的。 比如说系统 Perl 版本比较低,很多自带模块版本都比较低，而你们的系统组因为 担心不匹配不同意更新到最新的 Perl。。。 比如说系统组更新了 Perl 而没有通知你。。。 比如说系统 Perl 编译了 threading 而你并不需要这个功能，想有一个更快的 Perl... 比如说安装 DBIx::Class 的时候需要的一个 Perl 自带模块版本 > 0.8 而已有的 是 0.7.. 这时你就需要在 local::lib 另装一个符合要求的。好像没什么大不了 的但是感觉很乱，hairy... 我使用的这个 CGI 模块是系统自带的还是...？？ 或者你的开发小组明星成员喜欢使用 gentoo 而其他人使用 debian.... 怎么让开 发成员有一个共同的开发环境呢？单独的 Perl + 自编译模块供全体成员使用基本 上可以解决这个问题。 或者你不是 root...或者你想尝试一下 Perl 6 :-) 有一个可以自己控制的 Perl 环境可以消除上面这些问题。 Qiang > 完全整一套自己的环境，发布的时候在别人机器上运行可能出莫名奇妙的问题，所以 > 我倾向于大环境(指 perl 以及核心模块、系统打包过的模块)用系统自带的，小环境 > （指系统没有自带的模块）用 local::lib。 > > cnhack TNT wrote: >> 我个人的习惯是，系统本身的 perl 不去动它，因为 linux 系统本身有很多依赖 >> perl 的地方，并且有包管理器的发行版一般都用自己的包管理器来安装模块和升 >> 级 perl，我就碰到过包管理器安装的模块和我自己 CPAN 装的模块冲突的情况， >> 因此，为了系统本身的统一，我会编译一个单独的 perl 扔到指定的目录，然后做 >> 开发的时候会切换到自己编译的目录，随意安装模块，不会与系统冲突 >> 而且也便于备份自己的 perl 开发环境。 >> >> >> 2010/6/1 Liu Yubao <[email protected] <mailto:[email protected]>> >> >> Fayland Lam wrote: >> > you guys can install new perl in your home dir with >> > http://search.cpan.org/dist/App-perlbrew/ >> > >> > Thanks >> > >> 对于 perl 解释器开发者很有帮助，对一般用户帮助不大吧，而且这个东西 >> 貌似没有 uninstall 子命令。 >> > -- 您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。 要向此网上论坛发帖，请发送电子邮件至 [email protected]。 要取消订阅此网上论坛，请发送电子邮件至 [email protected]。 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
