Revizyon numarası ve revizyon başlığa bakılırsa. (0.8.2 (Beta)) ben hiçbir söyleyebilirim. O (örneğin StackOverflow) güzel çalıştı pek çok vaka vardır ama şahsen ben, üretimde herhangi bir Beta ürün kullanarak karşı tavsiye ediyorum. Her zaman bir şey oluyor bir riski yayınlanıyor rağmen.

I'd strongly advise against integrating the PEAR code you use into your own code-base. What happens then if a new version of one of the PEAR packages you use is released to fix security issues and there are multiple dependencies from that package onto others? Do you download the new versions and check everything works ok and that you've not added a bug yourself by missing something?

Yapılacak en iyi şey, yüklediğiniz ele geçirilmesini sistem genelinde PEAR paranoyak iseniz, kendi ARMUT yüklemek yapmaktır. http://pear.php.net/manual/en/installation.shared.php burada bu iş için başlangıç ​​olacaktır.

O zaman sadece $ armut yükseltme [Paket] yaparak etrafından ziyade dosyaları yükler kopyalama bir durumda bulunuyor.

Doğrulamak fonksiyonları uzun bir süre var olmuştur - 2003 yılından bu yana bazı ben beta etiketi hakkında çok fazla endişe olmaz, ama ben yine kodu hakkında paranoyak -. Böylece kendiniz için testleri yazmak ve PEAR kütüphanesi üzerinde yükseltme değilsiniz test olmadan sistemleri.

Hatta daha iyi - kendi kod tabanı içine kullanmak PEAR kod entegre yerine ayrı ayrı yükseltilebilir sistem PEAR kütüphanesi bağlı olarak düşünün.

Kendi armut (sistem geniş değil yani bir tane) make install - böylece yükseltirken herhangi bağımlılıklar konusunda endişelenmenize gerek yok - sizin için armut yükleyici rakam olduğunu edelim.

Eğer revizyon kontrol sistemi içine kullanıyorsanız bu armut paketleri ekledikten sonra yayımlanan bir cricual bug fix kaçırırsanız ne yapardınız - Bu sadece kendi repo içine armut paketleri kodunu kopyalayarak daha iyi?

dürüst doğrulamak paketi beta dışarı alınmalıdır - bu çok uzun bir süre için isim dışında stabil.