обновление 2013 года:

более поздние версии git авторизуются с помощью слияния со стратегией recursive стратегии опции (-X):

• от "Git слияние и фиксация смешанных пространств и вкладок с двумя ветвями":

git merge -s recursive -Xignore-space-at-eol

но с помощью "-Xignore-space-change"возможность

• Fab-V упоминает ниже:

  git merge master -s recursive -X renormalize
  
  

---

Якуб.g и комментарии что стратегии работают также с вишневым сбором:

git cherry-pick abcd123456 --strategy=recursive --strategy-option=renormalize 

это работает гораздо лучше, чем ignore-all-space.

---

оригинальный ответ (май 2009)

патч для игнорирования стиля eol был предложен в июнь 2007 года, но это касается только git diff --ignore-space-at-eol, а не git merge.

в время, вопрос был задан:

должны --ignore-space-at-eol такой вариант git-merge ?
Слияния-это то, где эта функциональность имеет значение.
Какова семантика авторазрешенного слияния с этими параметрами в действительности - они используются только для обнаружения переименования, или мы, например, не помечаем конфликты только с изменениями пробелов ? А если нет, то какую версию мы принимаем автоматически ?

Хулио C Хамано был не совсем восторженно:

это, конечно, заманчиво, но я подозреваю, что это должно быть оставлено на более поздние раунды.
Я подозреваю, что он введет понятие двух разных видов различий, один из которых должен быть механически обработан (т. е. использовать в слиянии с "git-merge-recursive" и применять с "ГИТ-ам"), и еще один должен быть осмотрен людьми, чтобы понять.
Часто может быть полезно использовать вход для последнего случая, даже если выход из сравнения munged input файлы не могут быть легко использованы для механического применения.

общая идея, когда дело доходит до git merge, должен полагаться на сторонний инструмент слияния.

например, у меня есть установка DiffMerge чтобы быть инструментом для слияния Git, установите правил которые позволяют этому инструменту слияния игнорировать eol для определенного типа файлов.

---

установка на Windows, с MSysGit1. 6. 3, либо для DOS или Git bash сессия, с DiffMerge или KDiff3:

• установите каталог в свой путь (здесь:c:\HOMEWARE\cmd).
• добавить в этот каталог скрипт merge.sh (обертка для вашего любимого инструмента слияния)

merge.sh:

#!/bin/sh

# Passing the following parameters to mergetool:
#  local base remote merge_result

alocal=
base=
remote=
result=

if [ -f $base ]
then
    #"C:/Program Files/SourceGear/DiffMerge/DiffMerge.exe" "$alocal" "$base" "$remote" -m --result="$result" --title1="Mine" --title2="Merging to: $result" --title3="Theirs"

    # for merge respecting eol, KDiff3 is better than DiffMerge (which will always convert LF into CRLF)
    # KDiff3 will display eol choices (if Windows: CRLF, if Unix LF)
    "C:/Program Files/KDiff3/kdiff3.exe" -m "$base" "$alocal" "$remote" -o "$result"
else
    #there is not always a common ancestor: DiffMerge needing 3 files, BASE will be the result
    #"C:/Program Files/SourceGear/DiffMerge/DiffMerge.exe" "$alocal" "$result" "$remote" -m --result="$result" --title1="Mine" --title2="Merging to: $result" --title3="Theirs"

    # KDiff3 however does know how to merge based on 2 files (not just 3)
    "C:/Program Files/KDiff3/kdiff3.exe" -m "$base" "$remote" -o "$result"
fi

• объявите свою обертку слияния для Git

команды конфигурации Git:

git config --global merge.tool diffmerge
git config --global mergetool.diffmerge.cmd "merge.sh \"$PWD/$LOCAL\" \"$PWD/$BASE\" \"$PWD/$REMOTE\" \"$PWD/$MERGED\"
git config --global mergetool.diffmerge.trustExitCode false
git config --global mergetool.diffmerge.keepBackup false

• проверьте, что autoCRLF является ложным

в git config в системе уровень:

git config ---system core.autoCRLF=false

• проверьте, что, когда две строки идентичны (но их символы eol), DiffMerge или KDiff3 будут игнорировать эти строки во время слияния.

DOS скрипт (Примечание:команда dos2unix отсюда, и используется для имитации EOL-стиля Unix. Эта команда была скопирована в каталог, упомянутый в начале этого ответа.):

C:\HOMEWARE\git\test>mkdir test_merge C:\HOMEWARE\git\test>cd test_merge C:\HOMEWARE\git\test\test_merge>git init C:\HOMEWARE\git\test\test_merge>echo a1 > a.txt & echo a2 >> a.txt C:\HOMEWARE\git\test\test_merge>git add a.txt C:\HOMEWARE\git\test\test_merge>git commit -m "a.txt, windows eol style" C:\HOMEWARE\git\test\test_merge>git checkout -b windows Switched to a new branch 'windows' C:\HOMEWARE\git\test\test_merge>echo a3 >> a.txt & echo a4 >> a.txt C:\HOMEWARE\git\test\test_merge>git add a.txt C:\HOMEWARE\git\test\test_merge>git commit -m "add two lines, windows eol style" C:\HOMEWARE\git\test\test_merge>git checkout master C:\HOMEWARE\git\test\test_merge>git checkout -b unix Switched to a new branch 'unix' C:\HOMEWARE\git\test\test_merge>echo au3 >> a.txt & echo au4 >> a.txt && echo au5 >> a.txt C:\HOMEWARE\git\test\test_merge>dos2unix a.txt Dos2Unix: Processing file a.txt ... C:\HOMEWARE\git\test\test_merge>git add a.txt C:\HOMEWARE\git\test\test_merge>git commit -m "add 3 lines, all file unix eol style" [unix c433a63] add 3 lines, all file unix eol style C:\HOMEWARE\git\test\test_merge>git merge windows Auto-merging a.txt CONFLICT (content): Merge conflict in a.txt Automatic merge failed; fix conflicts and then commit the result. C:\HOMEWARE\git\test\test_merge>git ls-files -u 100644 39b4c894078a02afb9b1dfeda6f1127c138e38df 1 a.txt 100644 28b3d018872c08b0696764118b76dd3d0b448fca 2 a.txt 100644 3994da66530b4df80189bb198dcfac9b8f2a7b33 3 a.txt C:\HOMEWARE\git\test\test_merge>git mergetool Merging the files: a.txt Normal merge conflict for 'a.txt': {local}: modified {remote}: modified Hit return to start merge resolution tool (diffmerge):

в этот момент (нажав " return"), Откроется DiffMerge или KDiff3, и вы сами увидите, какие строки фактически объединены, а какие игнорируются.

предупреждение: результирующий файл всегда будет находиться в режиме Windows eol (CRLF) с DiffMerge...
KDiff3 предлагает экономить так или иначе.