根据CPAN上的Perl源代码页，5.8.9现在是14天，将是最后的5.8版本。 5.10.0已超过一年，可能已准备好在生产中使用。
暂且不讨论Perl 6，请问Perl人员在生产中测试，推出和使用的版本是什么？我们目前在Ubuntu（工作站）和Solaris（生产）平台上标准化为5.8.8，我想知道将5.8.9或更大的一步小到5.10.0的优点和缺点。
答案 0 :(得分：5)
根据Perl调查显示，一年前的表现已超过5.10，因为他们的最低版本的Perl人正在使用......
4.x 3%
5.0.x 3%
5.4.x 2%
5.5.x 6%
5.6.x 17%
5.8.x 66%
最大是......
5.6.x 3%
5.8.x 88%
5.9.x 5%
5.6.1和5.8.8在其主要群体中最受欢迎。缺少的百分比是杂项版本。
由于调查没有定义“使用”的含义，即。如果你真的在它上面运行生产代码，或者你只是为了向后兼容而测试你的软件，或者你只是用它来解决问题，那么可以采取最低限度的措施。
这些数据以及用户普遍缺乏反馈，导致我从我维护的模块安装工具链模块（MakeMaker和Test :: More）中有效地放弃了对5.5.x的支持end-of-lifing 5.5.x。 5.6已暂停执行，但仍处于死囚区。
我个人最近才从5.8.8切换到5.10.0。我知道在旧版应用程序中仍然使用5.6.1的地方，但他们已尽可能多地移动到5.8.8以及所有新开发者。我不知道还有人在生产中使用5.5。为了向后兼容，我测试5.6.2,5.8.8和5.10.0。数字说我应该测试5.6.1而不是5.6.2但是到目前为止我只能被那些甚至不会升级到他们系列中最新的bug修复版本的人所激怒。
答案 1 :(得分：4)
我在开发中使用Perl 5.10.0，在生产中使用5.8.8，并测试代码的兼容性。但是我没有看到Perl版本比Perl版本5.10.0那么多内部错误。这真的很糟糕。我已经报告了三个容易重现的断言违规和核心转储，并且仍然可以应对一些奇怪的难以重现的错误，这会导致核心转储，内存泄漏等。
答案 2 :(得分：4)
Perl 5.8.8是（并且将至少在5.10.1之前）我们的生产环境。 5.10.0中的性能回归（例如关于sub的@_赋值）使我们无法进行生产。
但我们运行5.8.8和5.10.0的测试套件以准备将来迁移到5.10.x.我正在尝试建立一个系统来编译bleadperl并运行我们的测试套件......
答案 3 :(得分：2)
初级开发5.10，质量保证和生产5.8.8。
答案 4 :(得分：1)
我们在生产服务器中使用v5.6.1。我想我们老了。 ：P
除非您需要特定功能，否则我认为升级可能需要对所有相关组件进行大量测试。
所以这只能回答你的第一个问题。对于第二个，您可能想要研究新版本中的新功能。
答案 5 :(得分：1)
我主要使用Perl 5.10.0。我测试5.6.1和5.8.8的向后兼容性。我还有一个偶尔使用的Perl 5.5.3。 （我仍然拥有5.4.4 - 或5.004_04的来源，因为它被称为;它目前尚未构建，我可以想到为什么我需要这样做的几个原因。）
感谢有关5.8.9的信息。我必须得到它。
答案 6 :(得分：1)
几周前我刚开始使用5.10.0，但我一直在测试我的模块5.8。当我在CPAN上传内容时，如果可能的话，我会尽力使其兼容。
答案 7 :(得分：1)
您可能也希望我对How do YOU manage Perl modules on Linux?的回答。我安装了几个版本的Perl并对其中许多版本进行了测试。
答案 8 :(得分：1)
5.8.8关于FreeBSD的生产和开发。我们准备推出一个VM / jail来测试5.10（以验证未来的兼容性）。
答案 9 :(得分：1)
我使用Perl 5.10，主要是因为我很难等到Perl6实施，更完整