回答:
Magentoの更新には、徹底的なテストが必要であり、多くの場合、カスタムモジュールとテーマの調整が必要です。一方、パッチは、（現在公開されている）脆弱性を解決するために、できるだけ早く適用する必要があります。
そのため、早めに更新する予定であっても、常にパッチを即座に適用することをお勧めします。
現在のバージョンが最新バージョンからの「バグ修正」リリース（1.9.1.0対1.9.1.1など）である場合、例外が発生する可能性がありますが、1.9.1から1.9.2などの「マイナー」更新でさえあります大きな変化をもたらします。
コアクラスやベーステンプレートファイルを変更せずにベストプラクティスでショップを構築したとしましょう。間違いなくアップグレードが必要です。パッチは緊急のセキュリティ問題のためだけにあり、アップグレードはコードの改善や機能のようなものを提供します。
それに続いて、マイナーバージョンのアップグレードが失敗することはめったにありません。すべての新しいバージョンを実行すると、常に最新の状態になります。
いつものように、バックアップがあることを確認し、ライブ環境でこれを実行しないでください。開発者をセットアップします:)
これは古い質問ですが、以前の回答を読んだ後、いくつかのポイントをクリアしたいと思います。これは少なくとも開発者の視点であり、ビジネスマネージャーは疑う余地はありません。アップグレードするだけです！
もちろん、セキュリティパッチは運用中のサイトにとって重要です。しかし、それは見かけほど簡単ではありません。実際に、私はかなりのサイトが本当に彼らがきたバージョン/パッチで保護されていないアップグレード（またはパッチを適用）の非常に高い％を確信しています適用され、彼らは慎重にそれをやった場合を除き、
コアクラスやベーステンプレートファイルを変更せずにベストプラクティスでショップを構築したとしましょう
まあ... アプリ/コードの変更について...拡張Magentoクラスを開発するとき（素晴らしい方法）、Magentoの新しいバージョンで完全に変更できる（通常ではありませんが、完全に変更できる）メソッドを書き直しています。あなたの書き換えは感覚を失う
app / designについては、同じ、またはさらに悪いことです...フロントエンドテンプレートは通常、バージョンごとに（想定されるように）多くの変更があるため、テーマフォルダーでカスタマイズしたテンプレート（素敵な方法で） 、再び）異なるブロックメソッドなどを使用できます...
そのため、非常に基本的なMagentoプロジェクトに対してのみ、いくつかの簡単なカスタマイズを加えた完全なアップグレードをお勧めします。コマンドをシェルに入力し、いくつかのことを確認し、勝利のタバコを吸うだけです
あなたとあなたの顧客がサイトの新しいバージョンを作成することを決定しない限り、完全なアップグレードは決してお勧めしません。書き換えとカスタマイズしたすべてのテンプレートを使用して、変更がMagentoの新しいコードに準拠しているかどうかを検証します。インストールした拡張機能にも同じことが当てはまります
セキュリティパッチの適用は高速なタスクではなく、カスタマイズの検証も必要ですが、（重いパッチであっても）通常、Magentoプロジェクト全体をアップグレードするよりも良い仕事です。