문제

CPAN의 PERL 소스 코드 페이지에 따르면 5.8.9는 이제 14 일이며 마지막 5.8 릴리스가 될 것입니다. 5.10.0은 1 년이 넘었으며 아마도 생산에 사용할 준비가되었습니다.

현재 Perl 6에 대한 논의를 제외하고, 현재 Perl 사람들이 테스트, 출시 및 생산에 사용하는 버전을 물어볼 수 있습니까? 우리는 현재 Ubuntu (Workstation) 및 Solaris (Production) 플랫폼에서 5.8.8에 표준화되었으며, 5.8.9 또는 더 큰 1 ~ 5.10.0의 작은 단계를 만드는 장단점이 궁금합니다.

도움이 되었습니까?

해결책

1 년 전에 수행 된 Perl Survey에 따르면 현재 5.10을 향한 최저한의 Perl People의 버전은 ...

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 and Test :: More)에서 모듈 설치 도구 체인 모듈에서 5.5.x에 대한 지원을 중단하게됩니다. 리프팅 종료 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.2 대신 5.6.1을 테스트해야한다고 말하지만 지금까지는 최신 버그 픽스 릴리스로 업그레이드하지 않는 사람들이 자신의 라인에서 업그레이드 할 수 있습니다.

다른 팁

Perl 5.8.8은 생산 환경 (5.10.1 이상)입니다. 5.10.0의 성능 회귀 (예 : 서브의 @_ 할당과 관련하여)는 제작에서 불가능합니다.

그러나 우리는 향후 5.10.x로의 이동을 준비하기 위해 5.8.8과 5.10.0으로 테스트 스위트를 운영합니다. 나는 Bleadperl을 컴파일하고 테스트 스위트를 실행하는 시스템을 갖추려고 노력하고 있습니다.

개발에서 PERL 5.10.0을 사용하고 생산 및 코드에서 5.8.8을 사용하여 호환성을 테스트합니다. 그러나 나는 Perl 버전 5.10.0보다 많은 내부 Perl 버그를 보지 못했습니다. 정말 끔찍합니다. 나는 쉽게 재현 할 수있는 세 가지 주장 위반과 핵심 덤핑을보고했지만 여전히 코어 덤프, 메모리 누출 등을 유발하는 버그를 재현하기 어려운 이상한 것에 대처했습니다.

1 차 개발 5.10, QA 및 생산 5.8.8.

I use primarily Perl 5.10.0. I test backwards compatibility on 5.6.1 and 5.8.8. I do still have a Perl 5.5.3 which I occasionally use. (I still have the source for 5.4.4 - or 5.004_04 as it was then termed; it is not currently built and I can think of few reasons why I'd need to do so.)

Thanks for the information about 5.8.9. I'll have to get that.

I just started using 5.10.0 a few weeks ago, but I keep testing my modules on 5.8. When I upload something on CPAN I will put an effort in making it 5.6 compatible if possible.

We're using v5.6.1 in our production server. I guess we're old school. :P

Unless there's a specific features that you need, I think just upgrading might require plenty of testing on all related components.

So that only answers your first question. For the second one, you might want to research on what's the new features in the newer version.

You might also like my answer to How do YOU manage Perl modules on Linux?. I install several versions of Perl and test against many of them.

5.8.8 on FreeBSD for production and development. We're preparing to roll out a VM/jail to test 5.10 in (to verify compatibility for the future).

I use Perl 5.10, mainly because I can hardly wait until Perl6 implementations, are more complete

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top