从我的理解Perl传统上只包括核心功能，人们安装额外的库来做各种有用的(有时是非常基本的)事情。但是在某些方面，默认情况下，Perl会附带“核心库”，因此您可以在不安装这些库的情况下使用这些库。
来自Python我很好奇这是如何管理的。特别：
>图书馆如何选择？
>图书馆还有自己的版本号和发布时间表？
>使用这些库时，您有什么样的向后兼容性保证？
>系统升级或降级这些库是常见的吗？这是完整的系统范围还是更具体？
>如果有一个需要更改API的错误修复，那怎么办？
>如何将功能添加到这些核心库(如果是这样)？
解决方法
>目前，只有启动/安装其他库的库才能进入
core list。
有些只在Perl git存储库中。有些是CPAN和回购中的双重生活。有时候bug会在repo中得到修复，更改将返回到CPAN版本。有时在CPAN上有一个新的版本，一个Perl维护者会将该模块检入到repo。
>您可以依靠核心模块。在一个被删除之前，有一个非常漫长的淘汰时间，最近突出的例子是Switch。
>包装商(例如，为Linux发行版制造RPM的人)从来没有得到这样的权利;包含路径(@INC)的错误顺序不是它们的错误，而是 finally fixed with 5.12.这是推荐来自于编译自己的perl而不是混乱的原因。使用5.12，您应该只使用CPAN来安装核心模块的升级版本，并将其与系统附带的版本进行安装，但是由于新版本来自包含路径的旧版本，所以新的当你使用/需要它时加载一个。
>于 perlpolicy发布。
>编程功能和测试，记录事情，然后在CPAN上发布或分别具有维护者应用变更集。伴随着 p5p的讨论。
有些只在Perl git存储库中。有些是CPAN和回购中的双重生活。有时候bug会在repo中得到修复，更改将返回到CPAN版本。有时在CPAN上有一个新的版本，一个Perl维护者会将该模块检入到repo。
>您可以依靠核心模块。在一个被删除之前，有一个非常漫长的淘汰时间，最近突出的例子是Switch。
>包装商(例如，为Linux发行版制造RPM的人)从来没有得到这样的权利;包含路径(@INC)的错误顺序不是它们的错误，而是 finally fixed with 5.12.这是推荐来自于编译自己的perl而不是混乱的原因。使用5.12，您应该只使用CPAN来安装核心模块的升级版本，并将其与系统附带的版本进行安装，但是由于新版本来自包含路径的旧版本，所以新的当你使用/需要它时加载一个。
>于 perlpolicy发布。
>编程功能和测试，记录事情，然后在CPAN上发布或分别具有维护者应用变更集。伴随着 p5p的讨论。
