Aggiungi solo modifiche non di spazi bianchi

Ho il mio editor di testo per tagliare automaticamente gli spazi vuoti finali al momento del salvataggio di un file e sto contribuendo a un progetto open source che ha gravi problemi con gli spazi bianchi finali.

Ogni volta che provo a inviare una patch, devo prima ignorare manualmente tutte le modifiche relative esclusivamente agli spazi bianchi, per scegliere solo le informazioni pertinenti. Non solo, ma quando corro di git rebasesolito incontro diversi problemi a causa loro.

Come tale, vorrei poter aggiungere all'indice solo le modifiche non di spazi bianchi, in modo simile git add -p, ma senza dover scegliere tutte le modifiche da solo.

Qualcuno sa come fare questo?

EDIT: non posso cambiare il modo in cui funziona il progetto e hanno deciso, dopo averne discusso sulla mailing list, di ignorarlo.

La soluzione @Frew non era proprio quello di cui avevo bisogno, quindi questo è l'alias che ho fatto per lo stesso identico problema:

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

Oppure puoi semplicemente eseguire:

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

Aggiornare

Aggiunte opzioni -U0e, --unidiff-zerorispettivamente, per risolvere i problemi di corrispondenza del contesto, secondo questo commento .

Fondamentalmente applica la patch che verrebbe applicata addsenza modifiche agli spazi bianchi. Noterai che dopo un git addnw your/fileci saranno ancora cambiamenti non messi in scena, sono gli spazi bianchi rimasti.

--No-color non è richiesto ma dato che ho i colori impostati su sempre, devo usarlo. Comunque, meglio prevenire che curare.

Questo funziona per me:

Se vuoi mantenere una scorta, questo funziona

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

Non mi piace lo stashes, ma io ho incontrato un bug in git + Cygwin dove perdo modifiche, in modo da assicurarsi che roba è andato al reflog almeno Ho creato la seguente:

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

Fondamentalmente creiamo un diff che non include i cambiamenti di spazio, ripristiniamo tutti i nostri cambiamenti e quindi applichiamo il diff.

Crea un file patch contenente solo le modifiche reali (escluse le righe con solo le modifiche agli spazi bianchi), quindi pulisci l'area di lavoro e applica quel file patch:

git diff> backup
git diff -w> modifiche
git reset --hard
patch <modifiche

Rivedi le differenze rimanenti, quindi adde commitnormalmente.

L'equivalente per Mercurial è fare questo:

hg diff> backup
hg diff -w> modifiche
hg ripristina - tutte
hg import --no-commit modifiche

La risposta più votata non funziona in tutti i casi, a causa degli spazi bianchi nel contesto della patch in base agli utenti nei commenti.

Ho rivisto il comando come segue:

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

Questo genera una patch senza contesto. Non dovrebbe essere un problema poiché la patch ha vita breve.

Alias ​​corrispondente, di nuovo una revisione di ciò che è già stato fornito da altri utenti:

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

Aggiungi quanto segue al tuo .gitconfig:

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

Grazie alla risposta di @Colin Herbert per l'ispirazione.

Sintassi Spiegazione

Il finale #deve essere citato in modo da non essere trattato come un commento all'interno di .gitconfig, ma viene invece passato e viene trattato come un commento all'interno della shell: viene inserito tra la fine git applydell'argomento e gli argomenti forniti dall'utente che gitsi posizionano automaticamente nel fine della riga di comando. Questi argomenti non sono desiderati qui - non vogliamo git applyconsumarli, quindi il carattere di commento precedente. Potresti voler eseguire questo comando GIT_TRACE=1 git anwper vederlo in azione.

Il --segnale termina gli argomenti e consente il caso in cui si abbia un file denominato -wo qualcosa che sembrerebbe un passaggio a git diff.

Le virgolette doppie con escape $@sono necessarie per preservare tutti gli argomenti quotati forniti dall'utente. Se il "personaggio non è sfuggito, verrà consumato dal .gitconfigparser e non raggiungerà la shell.

Nota: .gitconfigalias analisi non riconosce apostrofi come qualcosa di speciale - i suoi personaggi solo speciali sono ", \, \ne ;(al di fuori di una "stringa di -quoted). Questo è il motivo per cui a "deve sempre essere evitato, anche se sembra che sia all'interno di una stringa a virgoletta singola (di cui git è completamente agnostico).

Questo è importante, ad es. se hai un utile alias per eseguire un bashcomando nella radice dell'albero di lavoro. La formulazione errata è:

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

Mentre quello corretto è:

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

Che ne dici di quanto segue:

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

Il comando all'interno dei backquotes ottiene i nomi dei file con modifiche non di spazi bianchi.

Dovresti prima considerare se lo spazio bianco finale è intenzionale. Molti progetti, tra cui il kernel Linux, Mozilla, Drupal e Kerberos (solo per citarne alcuni dalla pagina di Wikipedia sullo stile) vietano lo spazio bianco finale. Dalla documentazione del kernel Linux:

Ottieni un editor decente e non lasciare spazi bianchi alla fine delle righe.

Nel tuo caso, il problema è il contrario: i precedenti commit (e forse quelli attuali) non hanno seguito questa linea guida.

Scommetto che nessuno vuole davvero lo spazio bianco finale e risolvere il problema potrebbe essere un cambiamento positivo. Anche altri utenti potrebbero riscontrare lo stesso problema. È anche probabile che i contributori che stanno aggiungendo spazi vuoti finali non siano consapevoli di farlo.

Invece di provare a riconfigurare git per ignorare il problema, o disabilitare la funzionalità altrimenti desiderabile nel tuo editor, inizierei con un post nella mailing list del progetto che spiega il problema. Molti editor (e git stesso) possono essere configurati per gestire gli spazi bianchi finali.

Ho trovato un hook pre-commit git che rimuove gli spazi bianchi finali . Tuttavia, se non riesci a convincere gli altri a usarlo, potrebbe non essere una soluzione valida.

  #!/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