Dodaj tylko zmiany niebiałe

Mam edytor tekstu, który automatycznie przycina końcowe białe znaki po zapisaniu pliku, i uczestniczę w projekcie open source, który ma poważne problemy z końcowymi białymi znakami.

Za każdym razem, gdy próbuję przesłać poprawkę, najpierw muszę ręcznie zignorować wszystkie zmiany tylko w białych znakach, aby wybrać tylko odpowiednie informacje. Nie tylko to, ale kiedy biegam git rebase, zwykle mam z tego powodu kilka problemów.

Jako taki chciałbym móc dodawać do indeksu tylko zmiany niebiałe, w podobny git add -psposób, ale bez konieczności wybierania wszystkich zmian osobiście.

Czy ktoś wie jak to zrobić?

EDYCJA: Nie mogę zmienić sposobu, w jaki działa projekt, i postanowili, po omówieniu go na liście mailingowej, zignorować to.

Rozwiązanie @Frew nie było dokładnie tym, czego potrzebowałem, więc oto alias, który stworzyłem dla tego samego problemu:

alias.addnw=!sh -c 'git diff -U0 -w --no-color "$@" | git apply --cached --ignore-whitespace --unidiff-zero -'

Lub możesz po prostu uruchomić:

git diff -U0 -w --no-color | git apply --cached --ignore-whitespace --unidiff-zero -

Aktualizacja

Dodano opcje -U0i --unidiff-zeroodpowiednio do problemów z dopasowaniem kontekstu obejścia, zgodnie z tym komentarzem .

Zasadniczo stosuje łatkę, którą można zastosować addbez zmian białych znaków. Zauważysz, że po wprowadzeniu git addnw your/filezmian nieustawionych pozostaną białe spacje.

Opcja --no-color nie jest wymagana, ale ponieważ mam zawsze ustawione kolory, muszę z niej korzystać. W każdym razie lepiej być bezpiecznym niż przykro.

To działa dla mnie:

Jeśli chcesz zachować zapas, to działa

git stash && git stash apply && git diff -w > foo.patch && git checkout . && git apply foo.patch && rm foo.patch

Nie lubię skrytek, ale natknąłem się na błąd w git + cygwin, w którym tracę zmiany, więc aby upewnić się, że rzeczy trafiły do ​​dziennika, przynajmniej skonfigurowałem następujące ustawienia:

git add . && git commit -am 'tmp' && git reset HEAD^ && git diff -w > foo.patch && git checkout . && git apply foo.patch && rm foo.patch

Zasadniczo tworzymy różnicę, która nie obejmuje zmian przestrzeni, cofamy wszystkie nasze zmiany, a następnie stosujemy różnicę.

Utwórz plik łatki zawierający tylko rzeczywiste zmiany (z wyłączeniem linii z jedynie zmianami białych znaków), następnie wyczyść swój obszar roboczy i zastosuj ten plik łatki:

git diff> kopia zapasowa
git diff -w> zmiany
git reset --hard
patch <zmiany

Przejrzyj pozostałe różnice, a następnie addi commitjak zwykle.

Odpowiednikiem Mercurial jest:

hg diff> kopia zapasowa
hg diff -w> zmiany
hg przywróć - wszystkie
import hg - brak zatwierdzenia zmian

Odpowiedź najczęściej głosowana nie działa we wszystkich przypadkach, ze względu na spacje w kontekście łatki według użytkowników w komentarzach.

Zmodyfikowałem polecenie w następujący sposób:

$ git diff -U0 -w --no-color | git apply --cached --ignore-whitespace --unidiff-zero

To generuje łatkę bez kontekstu. Nie powinno to stanowić problemu, ponieważ łatka jest krótkotrwała.

Odpowiedni alias, ponownie wersja tego, co już udostępnili inni użytkownicy:

addw = !sh -c 'git diff -U0 -w --no-color "$@" | git apply --cached --ignore-whitespace --unidiff-zero' -

Dodaj następujące elementy do .gitconfig:

anw = !git diff -U0 -w --no-color -- \"$@\" | git apply --cached --ignore-whitespace --unidiff-zero "#"

Dzięki odpowiedzi @Colin Herbert za inspirację.

Wyjaśnienie składni

Końcowy #musi być cytowany, aby nie był traktowany jako komentarz wewnątrz .gitconfig, ale zamiast tego przechodzi i jest traktowany jako komentarz wewnątrz powłoki - jest wstawiany między końcem git applyargumentów dostarczonych przez użytkownika i gitautomatycznie umieszcza koniec wiersza poleceń. Te argumenty nie są tu potrzebne - nie chcemy git applyich konsumować, stąd poprzedzający znak komentarza. Możesz uruchomić to polecenie, GIT_TRACE=1 git anwaby zobaczyć, jak działa.

Te --sygnały końca argumentów i pozwala na razie, że masz plik o nazwie -wlub coś, co wygląda jak do przełącznika git diff.

W $@celu zachowania wszelkich argumentów cytowanych przez użytkownika wymagane są specjalne znaki cudzysłowu . Jeśli "postać nie ucieknie, zostanie pochłonięta przez .gitconfiganalizator składni i nie dotrze do powłoki.

Uwaga: .gitconfigalias parsowanie nie rozpoznaje apostrofy jako coś specjalnego - jego postacie są tylko specjalne ", \, \n, i ;(poza z "-quoted ciąg). Właśnie dlatego "należy zawsze uciekać, nawet jeśli wygląda na to, że znajduje się w ciągu pojedynczego cudzysłowu (którego git jest całkowicie agnostyczny).

Jest to ważne, np. jeśli masz przydatny alias do wykonania bashpolecenia w katalogu głównym drzewa roboczego. Niepoprawne sformułowanie to:

sh = !bash -c '"$@"' -

Prawidłowy to:

sh = !bash -c '\"$@\"' -

Co powiesz na następujące:

git add `git diff -w --ignore-submodules |grep "^[+][+][+]" |cut -c7-`

Polecenie w cudzysłowach pobiera nazwy plików, które mają zmiany spoza białych znaków.

Należy najpierw rozważyć, czy końcowe białe znaki są zamierzone. Wiele projektów, w tym jądro Linuksa, Mozilla, Drupal i Kerberos (żeby wymienić tylko kilka ze strony Wikipedii na temat stylu) zabrania spacji. Z dokumentacji jądra Linux:

Zdobądź przyzwoity edytor i nie zostawiaj białych znaków na końcu linii.

W twoim przypadku problem jest odwrotny: poprzednie zatwierdzenia (i być może obecne) nie były zgodne z tą wytyczną.

Założę się, że nikt tak naprawdę nie chce końcowej spacji, a naprawienie problemu może być mile widzianą zmianą. Inni użytkownicy mogą również doświadczać tego samego problemu. Możliwe jest również, że autorzy dodający końcowe białe znaki nie wiedzą, że to robią.

Zamiast próbować ponownie skonfigurować git, aby zignorować problem lub wyłączyć pożądaną w inny sposób funkcję edytora, zacznę od wpisu na liście mailingowej projektu wyjaśniającego problem. Wiele edytorów (i samego gita) można skonfigurować do obsługi białych znaków.

Znalazłem hak wstępnego zatwierdzenia git, który usuwa końcowe białe znaki . Jeśli jednak nie możesz zmusić innych do korzystania z tego, może to nie być prawidłowe rozwiązanie.

  #!/bin/sh

  if git-rev-parse --verify HEAD >/dev/null 2>&1 ; then
     against=HEAD
  else
     # Initial commit: diff against an empty tree object
     against=4b825dc642cb6eb9a060e54bf8d69288fbee4904
  fi
  # Find files with trailing whitespace
  for FILE in `exec git diff-index --check --cached $against -- | sed '/^[+-]/d' | sed -r 's/:[0-9]+:.*//' | uniq` ; do
     # Fix them!
     sed -i 's/[[:space:]]*$//' "$FILE"
  done
  exit