Почему git думает, что мой файл .sql является двоичным файлом?

У меня есть несколько файлов .sql, которые я только что впервые отправил на github. Однако, когда я смотрю на коммит, он говорит:

BIN  WebRole/Sql/Database.sql View
Binary file not shown

Может кто-нибудь сказать мне, почему он говорит: "Двоичный файл не показан"

Одного расширения GitHub недостаточно, чтобы определить, является ли это текстовым файлом.
Поэтому он должен смотреть на свое содержание.

И как упоминалось в разделе « Почему Git рассматривает этот текстовый файл как двоичный файл? », Его содержимое может не включать достаточное количество символов ascii, чтобы предположить, что это текстовый файл.

Вы можете использовать файл .gitattributes, чтобы явно указать, что это .sqlдолжен быть текст, а не двоичный файл.

*.sql diff

Обновление 2018: как я упоминал в статье « Кодировка Utf-8 не работает с документом в кодировке utf-8 », Git 2.18 .gitattributes имеет новый working-tree-encodingатрибут.
Таким образом, как показано на руси «S ответ :

*.sql text working-tree-encoding=UTF-16LE eol=CRLF

Как добавляет kostix в комментариях :

если эти файлы создаются Microsoft SQL Management Studio (или как там она называется в используемой вами версии инструментов управления MS SQL Server), файлы, которые она сохраняет, кодируются в UCS-2 (или UTF-16) - двухбайтовая кодировка, которая действительно не является текстом в глазах Git

Вы можете увидеть пример в " Git говорит" Binary files a… and b… differ"для *.regфайлов »

Как упоминалось в разделе « Установить файл как небинарный в git »:

«Почему Git отмечает мой файл как двоичный?» Ответ заключается в том, что он видит байт NUL (0) где-то в пределах первых 8000 символов файла.
Обычно это происходит из-за того, что файл сохраняется не в формате UTF-8. Таким образом, он, вероятно, сохраняется как UCS-2, UCS-4, UTF-16 или UTF-32. Все они имеют встроенные символы NUL при использовании символов ASCII.

Как упоминает Нео в комментариях (и в Почему Git рассматривает этот текстовый файл как двоичный файл? ):

Вы можете изменить кодировку сохраненного файла в SSMS на UTF-8, выбрав кодировку «UTF-8 с подписью» в пункте меню «Дополнительные параметры сохранения» в меню «Файл».

Используя принятый ответ из связанного вопроса и несколько других комментариев, я придумал это как решение проблемы, которое работает и работает на Win10.

$Utf8NoBomEncoding = New-Object System.Text.UTF8Encoding $False
Get-ChildItem -Recurse *.sql | foreach {
    $MyPath = $_.FullName;
    $Contents = Get-Content $MyPath
    [System.IO.File]::WriteAllLines($MyPath, $Contents, $Utf8NoBomEncoding)
}

На этот старый вопрос есть новый ответ - git недавно стал опцией working-tree-encodingименно по этим причинам. См. Gitattributes Документацию [Убедитесь, что ваша страница совпадает, поскольку это совсем недавно!]

Узнайте кодировку файла sql, например, с помощью file

Если (скажем) его utf-16 без бомбы на машине с Windows, добавьте в свой файл gitattributes

*.sql text working-tree-encoding=UTF-16LE eol=CRLF

Если utf-16 little endinan (with bom) сделай это

*.sql text working-tree-encoding=UTF-16 eol=CRLF

Для тех, кто борется с этой проблемой в SSMS для 2008 R2 (да, все же!), Вы можете установить кодировку по умолчанию следующим образом:

• Найдите каталог C: \ Program Files (x86) \ Microsoft SQL Server \ 100 \ Tools \ Binn \ VSShell \ Common7 \ IDE \ SqlWorkbenchProjectItems \ Sql

Расположение может отличаться. Это каталог, используемый при установке по умолчанию в 64-разрядной версии Windows 7.

• В этом месте добавьте (или отредактируйте) пустой файл SQL SQLFile.sql.

Он используется в качестве шаблона для новых файлов .SQL. Сохраните его, используя нужную вам кодировку (в моем случае Windows-1252 с окончанием строки Windows). Стрелка справа от кнопки «Сохранить» позволяет выбрать кодировку.

Вам необходимо согласовать кодировки с вашей командой разработчиков, чтобы избежать проблем с git и SSMS.

Вот быстрое решение, которое сработало для меня с использованием SSMS 2012. В разделе tools => options => environment => international settings, если вы измените язык с «English» на «Same as Microsoft Windows» (может потребоваться перезагрузка SSMS, чтобы изменения вступили в силу), он больше не будет использовать UTF-16 в качестве кодировки по умолчанию для новых файлов - все новые файлы, которые я создаю, теперь имеют кодовую страницу 1252 (файл => расширенные параметры сохранения), что является 8-битной схемой кодирования и вроде бы нет проблем сGit Diff

Способ решить эту проблему - заставить файл использовать 8-битную кодировку. Вы можете запустить этот сценарий PowerShell, чтобы изменить кодировку всех файлов .SQL в текущем каталоге и его подкаталогах.

Get-ChildItem -Recurse *.sql | foreach {
  $FileName = $_.FullName;
  [System.Io.File]::ReadAllText($FileName) | Out-File -FilePath $FileName -Encoding UTF8;
}