パッチリリース

パッチリリース(口語ではポイント リリース、ドット リリース、バグ修正リリースとも呼ばれる) は、製品またはその他のプロジェクトのソフトウェア リリースであり、特に重要な機能を追加するのではなく、バグを修正したり、小さなクリーンアップを行うことを目的としたリリースです。多くの場合、1 回のメジャー リリースまたはマイナー リリースで修正するにはバグが多すぎるため、ポイント リリースが必要になります。

「ポイントリリース」という用語は、メジャーバージョンの後に小数点とマイナーバージョンが続くソフトウェアバージョン管理の一般的な方法を指します。新しいマイナーバージョンがリリースされると、小数点の後の数字が増加します。たとえば、7.0 から 7.1 に、または 2.4.9 から 2.4.10 に増加します。 ^[1]「ポイント」の後の数字が増加することから、この現象は「ポイントリリース」と呼ばれるようになりました。

ポイント リリースでは、ソフトウェア プロジェクトに対する変更は通常は軽微です。このようなリリースは通常、バグ修正、最適化、セキュリティ パッチ、および軽微な新機能のために予約されています。通常、ポイント リリースでは、幅広いユーザー層に影響を与えるバグが取り上げられます。^[2]組織によって異なりますが、ポイント リリースの規模と範囲は、単一の顧客を対象とした修正リリースから、一般的なメンテナンス リリース、さらにはサービス パックまでさまざまです。ポイント リリースは通常、ソフトウェアの以前のメジャー リリースとのインターフェイス互換性を維持しようとします。また、ポイント リリースは、現在のマイナー バージョンまたはメジャー バージョンの他のすべてのポイント リリースと互換性がある傾向があります。^[3]

ポイントリリースは、数か月または数年に一度行われるメジャーリリースとは異なり、かなり頻繁に提供されることが多いです。^[1]ポイントリリースは、メジャーリリースの特定の後にリリースするように計画することも、必要に応じてリリースすることもできます。^{[4] [5]}ポイントリリースを展開する頻度は、組織のニーズに応じて大きく異なります。ただし、ソフトウェアの現在のバージョンに重大な問題が見つかった場合は、問題が発見されてからすぐに緊急ポイントリリースがリリースされることがあります。

すべてのリリースは本質的にリスクを集中させます。何千ものコード変更が単一のリリースに盛り込まれる可能性があるためです。^{[6]これにより、ポイントリリースで}新しいバグが導入されるリスクがあります。回帰は回帰テストによってある程度軽減できますが、回帰テストだけでは安定したバグのない環境を保証するのに十分ではありません。一般的に、ポイントリリースの目標の1つは、修正に対するユーザーのニーズ、修正のサイズ、回帰のリスクのバランスに基づいて変更を加えることでリスクを最小限に抑えることです。^[7]多くのソフトウェア変更が一度にリリースされることに伴うリスクのため、一部のグループはポイントリリースではなくローリングリリース方式に従ってソフトウェアをリリースしています。 ^[8]

市販ソフトウェアの場合、ポイントリリースは、以前のユーザーにとってもしばしばいくらかの費用がかかるメジャーリリースとは対照的に、最新のフルバージョンのユーザーにとって無料アップデートであることが多いですが、必ずしも無料ではありません。^[1]ソフトウェアの配信モデルも、誰がそれを使用できるかに影響します。組織が サービスとしてのソフトウェアモデルに従っている場合、またはソフトウェアがクラウドでホストされている場合、ポイントリリースはユーザーがすぐに利用できる可能性があり、ユーザー側で入手するための労力は必要ありません。ソフトウェアをダウンロードする必要がある場合、ユーザーは自分でポイントリリースをインストールする必要があります。

• パッチ（コンピューティング）
• ソフトウェアのバージョン管理
• ソフトウェアリリースライフサイクル
• メンテナンスリリース
• サービスパック