Правильный MIME-тип для файлов патчей - PullRequest
9 голосов
/ 02 марта 2011

Кто-нибудь знает, каким будет «правильный» mime-тип для файлов патчей?Я использовал application / octet-stream, потому что я не вижу ничего лучшего в iana.org .Является ли application / octet-stream правильным, или есть что-то еще, что подходит лучше?Почему нет типа application/patch?

Очевидно, один из возможных ответов - text/plain, но я видел много файлов патчей, которые содержат данные, которые не являются чисто текстовыми.Является ли text/plain лучшим выбором, если вы точно знаете, что весь контент - это текст, или лучше быть согласованным во всех файлах исправлений?

Я должен сказать, что контекст, о котором я в основном думаю об этом, - это настройкаMIME-тип как ключ к подрывной деятельности по поводу обработки окончаний строк (svn:mime-type и svn:eol-style).Проблема заключается в том, что файл исправления может исправлять оба файла, которые используют eol-style native, а также non-native, что может привести к странностям в конце строки при применении исправления после проверки.

Ответы [ 3 ]

9 голосов
/ 17 июня 2011

Я тоже не смог найти официальную версию.Вот некоторые другие возможности:

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

Сколько стоит1014 * Trac (система отслеживания билетов с хорошей поддержкой SVN) использует text/x-patch для различий. git.kernel.org и GitHub use text/plain.

1 голос
/ 01 июня 2014

Если ваш патч содержит только текст, я бы предпочел text/plain вместо text/x-patch или text/x-diff. ИМО, text/x-patch или -diff больше подходит для этой цели, и рекомендуется некоторыми проектами , но основная причина text/plain - совместимость.

В Gmail, если вложение text/plain, при нажатии на него автоматически открывается предварительный просмотр документа; но это не будет для text/x-patch или text/x-diff. Другим примером является интерфейс архива Mailman (популярного программного обеспечения для управления списками рассылки): он показывает текст с text/plain, но не с text/x-patch.

Если ваш патч содержит двоичные данные, я бы использовал application/octet-stream не потому, что он правильный, но он избавит вас от проблем с окончанием строки.

0 голосов
/ 02 марта 2011

Мне любопытно, почему вы проверяете файлы исправлений для SVN. Помимо этого, я бы предположил, что если у вас есть возможность проверять двоичные файлы исправлений для использования application / octet-stream. Я не уверен, что произойдет, если вы смешаете их ... текст для текста, октет для двоичного файла ... это также возможно?

...