Статус Git игнорирует окончания строк / идентичные файлы / окна и среду Linux / dropbox / mled

Как мне сделать

git статус

игнорировать различия в конце строки?

Справочная информация:

Я случайно использую Windows и Linux для работы над проектом. Проект находится в Dropbox.

Я много узнал о том, как заставить git diff игнорировать окончания строк. Поскольку я использую meld, git diff открывает meld для каждого файла. И meld говорит "идентичный файл".

Итак, как мне этого избежать. Git должен открывать meld только для измененных файлов. И git status не должен сообщать о файлах как об измененных, если отличается только окончание файла.

РЕДАКТИРОВАТЬ: Причина:

Это произошло из-за этой настройки в Windows

core.autocrlf правда

Итак, я проверил рабочую копию в Linux и установил core.autocrlf false в Windows.

Было бы неплохо узнать, как заставить git status игнорировать разные новые строки.

Попробуйте установить значение core.autocrlf следующим образом:

git config --global core.autocrlf true

Вместо этого используйте .gitattributes со следующей настройкой:

# Ignore all differences in line endings
*        -crlf

.gitattributes будут находиться в том же каталоге, что и ваш глобальный .gitconfig. Если .gitattributes не существует, добавьте его в этот каталог. После добавления / изменения .gitattributes вам нужно будет выполнить полный сброс репозитория, чтобы успешно применить изменения к существующим файлам.

Этот ответ кажется актуальным, поскольку OP ссылается на необходимость решения для нескольких ОС. В этой статье справки Github подробно описаны доступные подходы к обработке окончаний строк в разных ОС. Существуют глобальные подходы и подходы для отдельных репо к управлению окончаниями строк между операционными системами.

Глобальный подход

Настройте обработку окончаний строк Git в Linux или OS X:

git config --global core.autocrlf input

Настройте обработку окончаний строк Git в Windows:

git config --global core.autocrlf true

Подход на основе репо:

В корне репозитория создайте .gitattributesфайл и определите параметры окончания строки для файлов проекта, по одной строке за раз в следующем формате: path_regex line-ending-settingsгде line-ending-settingsодно из следующих значений:

• текст
• двоичный (файлы, для которых Git не должен изменять окончания строк - это может привести к тому, что некоторые типы изображений, такие как PNG, не будут отображаться в браузере)

Это textзначение можно настроить дополнительно, чтобы указать Git, как обрабатывать окончания строк для совпадающих файлов:

• text - Изменяет окончание строки на окончание строки ОС.
• text eol=crlf- Преобразует окончания строк в CRLFпри оформлении заказа.
• text eol=lf- Преобразует окончания строк в LFпри оформлении заказа.
• text=auto - Разумное значение по умолчанию, оставляющее обработку строки на усмотрение Git.

Вот содержимое образца файла .gitattributes:

# Set the default behavior for all files.
* text=auto

# Normalized and converts to 
# native line endings on checkout.
*.c text
*.h text

# Convert to CRLF line endings on checkout.
*.sln text eol=crlf

# Convert to LF line endings on checkout.
*.sh text eol=lf

# Binary files.
*.png binary
*.jpg binary

Подробнее о том, как обновить репо после изменения настроек окончания строк, можно здесь . Tldr:

сделайте резервную копию ваших файлов с помощью Git, удалите все файлы в вашем репозитории (кроме каталога .git), а затем восстановите все файлы сразу. Сохраните ваши текущие файлы в Git, чтобы ваша работа не была потеряна.

git add . -u

git commit -m "Saving files before refreshing line endings"

Удалите индекс и заставьте Git повторно просканировать рабочий каталог.

rm .git/index

Перепишите индекс Git, чтобы учесть все новые окончания строк.

git reset

Покажите перезаписанные нормализованные файлы.

В некоторых случаях это все, что нужно сделать. Другим может потребоваться выполнить следующие дополнительные шаги:

git status

Верните все измененные файлы и подготовьте их к фиксации. Это ваш шанс проверить, какие файлы, если таковые имеются, остались неизменными.

git add -u

Совершенно безопасно увидеть здесь множество сообщений, которые читают [s] «предупреждение: CRLF будет заменен на LF в файле».

Перепишите файл .gitattributes.

git add .gitattributes

Зафиксируйте изменения в своем репозитории.

git commit -m "Normalize all the line endings"

Проблема, связанная с командами git в операционной системе Windows:

$ git add --all

предупреждение: LF будет заменен на CRLF в ...

У файла будут исходные окончания строки в вашем рабочем каталоге.

Разрешение :

$ git config --global core.autocrlf false     
$ git add --all 

Никаких предупреждающих сообщений не появляется.

Я создал скрипт, чтобы игнорировать различия в окончании строк:

Он отобразит файлы, которые не добавлены в список фиксации и были изменены (после игнорирования различий в окончании строк). Вы можете добавить аргумент «добавить», чтобы добавить эти файлы в коммит.

#!/usr/bin/perl

# Usage: ./gitdiff.pl [add]
#    add : add modified files to git

use warnings;
use strict;

my ($auto_add) = @ARGV;
if(!defined $auto_add) {
    $auto_add = "";
}

my @mods = `git status --porcelain 2>/dev/null | grep '^ M ' | cut -c4-`;
chomp(@mods);
for my $mod (@mods) {
    my $diff = `git diff -b $mod 2>/dev/null`;
    if($diff) {
        print $mod."\n";
        if($auto_add eq "add") {
            `git add $mod 2>/dev/null`;
        }
    }
}

Исходный код: https://github.com/lepe/scripts/blob/master/gitdiff.pl

Обновления :

• исправлено evandro777: когда файл имеет место в имени файла или каталоге

Я использую и windows, и linux, но решение core.autocrlf trueмне не помогло. У меня даже ничего не изменилось после git checkout <filename>.

Поэтому я использую обходной путь для замены git status-gitstatus.sh

#!/bin/bash

git status | grep modified | cut -d' ' -f 4 | while read x; do
 x1="$(git show HEAD:$x | md5sum | cut -d' ' -f 1 )"
 x2="$(cat $x | md5sum | cut -d' ' -f 1 )"

 if [ "$x1" != "$x2" ]; then
    echo "$x NOT IDENTICAL"
 fi
done

Я просто сравниваю md5sumфайл и его собрат в репозитории.

Пример вывода:

$ ./gitstatus.sh
application/script.php NOT IDENTICAL
application/storage/logs/laravel.log NOT IDENTICAL