私は日常業務で多くのオープンソースライブラリを使用しています（javaFYI）。プロジェクトが成熟に近づく頃には、多くのライブラリが新しいバージョンをリリースしています。人々は通常、アップグレードするためだけにアップグレードしますか、それとも特定のバグが表示されるまで待ちますか？多くの場合、リリースノートには「パフォーマンスとメモリ管理の改善」などが記載されているため、何かを壊す可能性があるかどうかはわかりません。しかし一方で、ほとんどのライブラリは、新しいバージョンをリリースするときに何も壊さないように努力し、主張しています。
これに対するあなたのスタンスは何ですか？確かに、私はライブラリをアップグレードすることに夢中になっています。多くの場合、それはパフォーマンスと物事を容易にするのに本当に役立ちます。
私たちのルールは、統合テストの前に最新の状態を維持することですが、この時点を過ぎると、ライブラリに変更を加えないようにすることです。もちろん、統合テストで、修正されたライブラリの問題が原因である欠陥が明らかになった場合は、戻って更新します。幸いなことに、それが起こった状況を思い出せません。
更新：理由があるまでアップグレードしないというPhiluminatiのポイントを理解しています。しかし、私はそれをこのように考えています。私は自分のコードの改善を継続的に追求し、同じように考えていると信じている人々によって構築されたライブラリを使用しています。自分で改善したコードを使用できませんか？うーん、ダメ。では、なぜ他の人が改善したコードを使用できないのでしょうか？
アップグレードする理由があるまで、機能するものを保持します。
古いバージョンに関する情報がsecuniaまたはsecurityfocusに表示される場合...
それ以外の場合-新しい機能が必要な場合（パフォーマンスの向上は「機能」でもあります）。
私は怠惰な人たちと一緒です - 「理由があるときにアップグレードする」以外の戦略を策定したことを覚えていません - しかし、この質問を考えると、積極的なアップグレードについて何か言いたいことがあります.
アップグレードすると、lib のバグを見つけた場合に報告しやすくなります。バグを見つけてアップグレードしていない場合は、ヘルプやサポートを受ける前に最初にやらなければならないことです。積極的にやった方がいいかもしれません。
特に、優れたテスト スイートがある場合は、積極的にアップグレードすることで問題を早期に洗い流すことができます。これは常に賢明な方法です。
それはあなたの展開に大きく依存します。複数のプラットフォームをサポートしている場合は、最新のライブラリがいつでも利用できるとは限りません。いくつかのlibの最新バージョンを必要とするものをインストールしようとしてイライラしましたが、まだパッケージとして利用できません。
顧客に展開する場合は、安定していて広く利用可能なライブラリに対して開発する必要があります。