Додайте лише непроменеві зміни

У мене є текстовий редактор, який автоматично обрізає пробіл пробілів після збереження файлу, і я беру участь у проекті з відкритим кодом, який має серйозні проблеми із заднім пробілом.

Кожен раз, коли я намагаюся надіслати виправлення, я повинен спочатку ігнорувати всі зміни, що стосуються лише пробілів, вручну, щоб вибрати лише відповідну інформацію. Мало того, але коли я бігаю, git rebaseто, як правило, через них виникають декілька проблем.

Як такий, я хотів би мати змогу додавати до індексу лише зміни, що git add -pне є пробілами, таким же чином, але без необхідності вибирати всі зміни сам.

Хтось знає, як це зробити?

EDIT: Я не можу змінити спосіб роботи проекту, і вони вирішили, обговоривши його у списку розсилки, проігнорувати це.

Рішення @Frew було не зовсім те, що мені потрібно, тому це псевдонім, який я зробив для тієї самої проблеми:

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

Або ви можете просто запустити:

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

Оновлення

Відповідно до цього коментаря, додані варіанти -U0та --unidiff-zeroвідповідно до вирішення проблем, що відповідають контексту .

В основному він застосовує патч, який застосовувався б addбез пробілів. Ви помітите, що після git addnw your/fileзміни не зміниться, залишилися пробіли.

Не потрібен кольоровий колір, але оскільки у мене завжди встановлені кольори, я мушу його використовувати. У будь-якому випадку, краще безпечно, ніж шкода.

Це працює для мене:

Якщо ви хочете зберегти приховування навколо, це працює

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

Я не як схованки, але я вже зіткнувся з помилкою в мерзотник + Cygwin , де я втрачу зміни, так , щоб переконатися , що матеріал пішов в reflog по крайней мере , я створив наступне:

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

В основному ми створюємо diff, який не включає зміни простору, повертаємо всі наші зміни, а потім застосовуємо diff.

Створіть файл патча, що містить лише реальні зміни (виключаючи рядки із лише пробілами), потім очистіть робочу область та застосуйте цей патч-файл:

git diff> резервне копіювання
git diff -w> зміни
git reset - твердий
патч <зміни

Перегляньте решта відмінностей, то addі commitяк звичайно.

Еквівалент для Mercurial - це зробити:

hg diff> резервне копіювання
hg diff -w> зміни
hg revert - всі
імпорт hg - no-внесення змін

Відповідь, яку отримують голоси, працює не у всіх випадках, через пробіл у контексті виправлень, на думку користувачів у коментарях.

Я переглянув команду наступним чином:

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

Це генерує виправлення без контексту. Не повинно бути проблем, оскільки патч короткочасний.

Відповідний псевдонім, знову перегляд того, що вже було надано іншими користувачами:

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

Додайте до свого .gitconfig:

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

Завдяки відповіді @Colin Herbert за натхнення.

Синтаксичне пояснення

Фінал #повинен бути цитований, тому він не трактується як коментар всередині .gitconfig, а натомість проходить через нього і трактується як коментар всередині оболонки - він вставляється між кінцем git applyта аргументами, що надаються користувачем, що gitавтоматично розміщується у кінець командного рядка. Ці аргументи тут не потрібні - ми не хочемо git applyїх споживати, звідси і попередній символ коментаря. Ви можете запустити цю команду, GIT_TRACE=1 git anwщоб побачити це в дії.

У --сигналах кінця аргументів і дозволяють в разі , що у вас є файл з ім'ям -wабо що - то , що буде виглядати як перемикач на git diff.

Уникнути подвійних лапок $@, необхідних для збереження будь-яких цитованих аргументів, що надаються користувачем. Якщо "персонаж не уникне, він буде спожитий .gitconfigпарсером і не досягне оболонки.

Примітка: .gitconfigпсевдонім розбір не визнає одинарні лапки нічого особливого - його тільки спеціальні символи ", \, \n, і ;(за межі "-quoted рядки). Ось чому "завжди потрібно уникати, навіть якщо це виглядає так, що воно знаходиться в одній цитованій рядку (про що git повністю агностик).

Це важливо, наприклад. якщо у вас є зручний псевдонім для виконання bashкоманди в корені робочого дерева. Неправильна рецептура:

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

Хоча правильним є:

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

Як щодо наступного:

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

Команда всередині зворотних котирувань отримує назви файлів, які не змінюють пробілів.

Спершу слід подумати, чи є пробіл із заднім числом навмисний. Багато проектів, включаючи ядро ​​Linux, Mozilla, Drupal та Kerberos (щоб назвати декілька зі сторінки Вікіпедії за стилем), забороняють залишати пробіли. З документації на ядро ​​Linux:

Отримайте гідний редактор і не залишайте пробілів у кінці рядків.

У вашому випадку проблема полягає в навпаки: попередні комісії (а може бути і поточні) не дотримувались цього керівництва.

Я б став на загрозу, що ніхто не захоче пробілу пробілу, і виправлення проблеми може бути бажаною зміною. Інші користувачі також можуть зіткнутися з тією ж проблемою, що і ви. Можливо також, що учасники, які додають пробіли, не знають, що вони роблять.

Замість того, щоб намагатися перенастроїти git, щоб ігнорувати проблему, або відключити бажану функціональність у вашому редакторі, я б почав із публікації до списку розсилки проекту, що пояснює проблему. Багато редакторів (і самих git) можуть бути налаштовані на обробку трейлінгу пробілів.

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

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