Кінець рядка ігнорує статус Git / однакові файли / середовище Windows та Linux / dropbox / mled

Як зробити

git статус

ігнорувати відмінності, що закінчуються рядком?

Довідкова інформація:

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

Я дізнався багато про те, як зробити git diff ігнорувати закінчення рядків. Оскільки я використовую meld git diff, відкривається meld для кожного файлу. І meld говорить "однаковий файл".

Тож як я цього уникаю. Git повинен відкривати meld лише для змінених файлів. І статус git не повинен повідомляти про файли як про змінені, якщо лише закінчення файлу відрізняється.

EDIT: Причина:

Це сталося через це налаштування в Windows

core.autocrlf вірно

Тому я перевірив робочу копію в Linux і встановив core.autocrlf false в Windows.

Було б ще приємно знати, як змусити статус git ігнорувати різні нові рядки.

Спробуйте встановити значення core.autocrlf так:

git config --global core.autocrlf true

Використовуйте .gitattributes замість цього з наступними налаштуваннями:

# Ignore all differences in line endings
*        -crlf

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

Ця відповідь здається актуальною, оскільки в ОП посилається на потребу в мульти ОС. У цій довідковій статті 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 - Розумний за замовчуванням, який залишає обробку рядків, на розсуд Гіта.

Ось вміст зразка .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