修正プログラムとは、ソフトウェアの修正を行うためのプログラムである。
修正プログラムには、変更箇所の差分情報が含まれており、完成されたプログラムの一部に対して、ソースコードを直接編集して再コンパイルをすることなく不具合の改修や仕様変更などを施すことができる。小さな機能追加や変更、セキュリティホールなどに対する対処としてよく利用される。修正プログラムは、インターネットからダウンロードするか、CD-ROMの配布によって入手できることが多い。
UNIX系OSにおいては、修正プログラムではなく修正パッチと呼ばれることが多い。また、MicrosoftのWindowsやMicrosoft Officeなどに対する修正プログラムについては、更新の規模などによってサービスパック（Service Pack）、セキュリティロールアップパッケージなどの種類に分かれる。
ある部材の強度を局部的に上げる必要があるときに付加する、小さな補強材(当て板)をいう。例えば、耐久試験、強度試験などで車体のある部位から亀裂が発生したり、大きな応力集中が発生したときなどに、該当部品の板厚を上げたり、該当部位にパッチを補強部材として追加するケースがよくある。後者を、パッチを当てるという言い方をする。もちろん識別のために部品名称を付ける。例えばピラーに付ければピラーリーンフォースメントである。
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2024/03/08 16:26 UTC 版)
| 開発元 | GNUプロジェクト |
|---|---|
| 最新版 |
2.7 / 2012年9月12日
|
| リポジトリ | |
| プログラミング 言語 |
C |
| ライセンス | GPL |
| 公式サイト | savannah |
patch（パッチ）は、テキストファイルにパッチ処理を行うUNIX上のプログラム。「パッチファイル」と呼ばれるファイルに格納された命令群に従ってテキストファイルを更新する。パッチファイル（単にパッチとも呼ばれる）自体もテキストファイルであり、diff を使って元のファイルと更新後のファイルの差分をとることで作成される。パッチによるファイルの更新を「パッチを当てる」などという。
patch を最初に作ったのは（後に Perl を開発した）ラリー・ウォールであり、彼はそれを1985年5月にmod.sources へポストした（後に comp.sources.unix となった）。このプログラムはGNUプロジェクトの一部となり、フリーソフトウェア財団が保守している。
patchはプログラマの間でのやり取りのために作られ、ソースコードの更新のためによく用いられている。そのため、パッチソフトと言えばプログラムに使うものという先入観がある人が多いが、実際にはあらゆるテキストに適用可能である。パッチソフトは「当て布」という本来の語義に反して、テキストの追加のみでなく削除も行うことができる。なおpatchは、バイナリ形式のパッチを扱うプログラムではない。
patch への入力となる diff ファイルは読み取り可能なテキストファイルであり、使う前に人間が中身を確かめることが容易である。より進んだ diff を使った場合、パッチ適用前に独自に修正されたファイルにもパッチを適用可能である（それらの修正が patch を妨げない限り）。これは例えばコンテキスト形式 (diff -c) やユニファイド形式 (diff -u) を使う場合である。これらの diff は変更箇所の前後の文脈（コンテキスト）も diff の一部として示す。patch はそれらの情報を使って、行番号がずれていてもパターンマッチングによってパッチ適用箇所を特定する（もちろん、最初は行番号を使ってパッチを適用しようと試みる）。
コンテキスト形式やユニファイド形式は行番号に依存しないのでパッチに適している。ユニファイド形式は慣れていないと読みにくく、コンテキスト形式の方が分かりやすい。ただし、ユニファイド形式の方が非常にコンパクトになる。また、多くのオープンソースプロジェクトは「diff -u 変更前ファイル 変更後ファイル」で生成されたユニファイド形式のパッチを推奨している。
diff プログラム以外にも diff 形式のファイルを生成するプログラムがある。ほとんどのバージョン管理システム（Git、Subversion、CVS、RCSなど）は対応している。バージョン管理システムでもパッチは重要な要素である。
オープンソースの世界では、diff と patch を使って修正をやり取りするのが一般的である。あるフリーソフトウェアのソースを外部の者がダウンロードし、修正を加え、それを diff 形式でチームに送る。そうすると、チームメンバーはそれをパッチとして適用する前にレビューでき、外部の者がアクセスできるソースではなく、開発中の最新のソースにパッチを適用することで修正を取り込むことができる。
ファイル単位でパッチを作成するには、以下のコマンドをシェル上で実行する。
$ diff -u test.c.orig test.c > mods.patch
パッチを適用するには、以下のコマンドをシェル上で実行する。
$ patch -p0 < mods.patch
パッチファイル mods.patch 内にはパッチを適用すべきファイル名が書かれているためコマンド中に指定する必要がない。
パッチを適用前の状態に戻すには '-R' オプションを使用する。
$ patch -p0 -R < mods.patch
diff を適用したバージョン（上記test.c）とパッチを適用しようとしているバージョンが異なる場合、パッチは正しく適用できない。 例えば、パッチを適用しようとしているテキストの先頭に行が挿入されていると、パッチファイル内に書かれている行番号が一致しなくなる。 patch はパターンマッチングで修正する前後の行を特定するため、ある程度は変更に対処できる。また修正箇所近辺の内容が違っている場合も対処可能である（fuzz）。ただし、独自の修正を加えられたソースにパッチを適用して正しく動作するかは保証されない。
フォルダ単位でパッチを作成し、元に戻すには以下のように行う。
$ diff -ur old new > mods.patch
$ cd old
$ patch -p1 < mods.patch
サブディレクトリにあるファイルへのパッチ適用には -pnumber オプションを必要とし、ソースツリーのベースディレクトリがパッチファイルに含まれている場合は number に 1、さもなくば 0 を指定する。例えば、git などを使うと、a/test.c と b/test.c に対するパッチという形で古い方を仮想的にフォルダa、新しい方を仮想的にフォルダbに入れるので、この形式のパッチは、patch -p1 < mods.patch を使う。
UNIX系システムが起源だが、patch はMicrosoft Windowsなどにも移植されている。Windows 版の patch は GNU utilities for Win32 にある。
Windows Vista 以後はプログラム名に「patch」という単語が含まれていると UAC によってマルウェアと判断されるので、UAC に対応したものを利用する必要がある。
