2011-03-01 7 views
7

パッチファイルの「適切な」MIMEタイプは何ですか?私はiana.orgで何も良く見えないので、application/octet-streamを使っています。アプリケーション/オクテットストリームは正しいのですか、それとも良く合うものがありますか?なぜ "アプリケーション/パッチ"タイプがないのですか?パッチファイル用の適切なmime-type

明らかに、可能な答えは「text/plain」ですが、純粋にテキストではないデータを含む多くのパッチファイルがあります。テキスト/プレーンは、すべてのコンテンツがテキストであることを知っている場合、またはすべてのパッチファイルで一貫性を保つ方が良い場合は、最良の選択ですか?

mime-typeを行末(svn:mime-typeとsvn:eol-style)の扱いについての転覆の手掛かりとして設定していることについて、私は主に考えています。パッチファイルは、eol形式のネイティブとネイティブでないファイルの両方にパッチを当てて、パッチのポストチェックアウトを適用する際に行末の奇妙さを招く可能性があります。

答えて

7

正式版も見つかりませんでした。ここではいくつかの他の可能性だ:それは価値がある何のため

  • text/x-diff
  • text/x-patch
  • application/x-patch

Tracは(良いSVNサポート付きチケットトラッカー)差分のためのtext/x-patchを使用し、git.kernel.org用途text/plain

0

パッチファイルをSVNにチェックインしているのが不思議です。それ以外にも、アプリケーション/オクテットストリームを使用するためにバイナリパッチファイルをチェックする可能性があるという前提に立っています。 あなたがそれらを混在させるとどうなるか分かりません...テキストのテキスト、バイナリのオクテット...可能かもしれませんか?

+2

パッチファイルは、一般にオープンソース製品用のRPMで使用されます。これは、SCMに依存しない方法で、ローカル修正を上流のソースから離しておくことです。私はそれらの良い数をチェックインします。 –

+0

あなたが作成したパッチのバイナリファイルへのパッチとは別のテキストファイルのパッチを保存するのは簡単です。実際、バイナリパーツでパッチを作成することはありません。しかし、他の人は時々それらを作成します。あなたがそれらを管理しているのであれば、テキスト/プレーン(?)かアプリケーション/オクテットストリームが必要かどうかを調べるために、ファイルの実際の内容を分析する必要はないようです。だから私はアプリケーション/パッチが理にかなっていると思うのです。パッチファイルには、特別なEOL変換要件を持つテキストとバイナリの組み合わせがあります。たぶんパッチファイルには、コンポーネントごとにMIMEタイプの記述子を入れるべきでしょうか? –

0

あなたのパッチにテキストのみが含まれている場合は、text/x-patchまたはtext/x-diffよりもtext/plainが好きです。 IMO、text/x-patchまたは-diffがこの目的に適しており、some projectsで推奨されていますが、text/plainの主な理由は互換性です。

添付ファイルがtext/plainの場合、クリックすると自動的にドキュメントプレビューが表示されます。 text/x-patchまたはtext/x-diffではありません。もう1つの例は、Mailman(一般的なメーリングリスト管理ソフトウェア)のアーカイブインターフェイスです。shows the texttext/plainですが、does nottext/x-patchです。

パッチにバイナリデータが含まれている場合は、application/octet-streamを使用しますが、これは正しくはありませんが、行末の問題を解決します。