Хранение только не поэтапных изменений в Git

Я хотел бы сделать следующий рабочий процесс:

1. Добавить изменения на сцену.
2. Спрятать все остальные изменения, которые не были поставлены.
3. Делайте что-нибудь с вещами на стадии (например, сборка, запуск тестов и т. Д.)
4. Примените тайник.

Есть ли способ сделать шаг 2?

пример

 echo "123" > foo
 git add foo # Assumes this is a git directory
 echo "456" >> foo
 git stash
 cat foo # Should yield 123

git stash saveесть опция, --keep-indexкоторая делает именно то, что вам нужно.

Итак, беги git stash save --keep-index.

Это можно сделать за 3 шага: сохранить поэтапные изменения, спрятать все остальное, восстановить индекс с поэтапными изменениями. Что в основном:

git commit -m 'Save index'
git stash push -u -m 'Unstaged changes and untracked files'
git reset --soft HEAD^

Это будет делать именно то, что вы хотите.

git stash save --keep-index

Также Re:

Почему бы не зафиксировать свои изменения после их постановки? - Шин

A: Потому что вы всегда должны проверять проверенный код :) Это означает, что вам нужно запускать тесты только с теми изменениями, которые вы собираетесь зафиксировать

_{Все это помимо того факта, что, как опытный программист, у вас есть врожденное желание протестировать и проанализировать только эти изменения - только отчасти шучу}

С git version 2.7.4вами можно сделать:

git stash save --patch

gitПопросит вас добавить или нет изменений в притон.
А ты тогда просто ответь yилиn

Вы можете восстановить рабочий каталог, как вы всегда это делаете:

git stash pop

или, если вы хотите сохранить сохраненные изменения в тайнике:

git stash apply

Расширяя предыдущие ответы, я иногда делаю сложный набор изменений, но сначала хочу зафиксировать отдельное изменение. Например, я мог заметить ошибку или другой неправильный код, который я хотел бы исправить перед своими поэтапными изменениями. Один из возможных маршрутов:

сначала спрятать все, но оставить инсценированные изменения без изменений

$ git stash save --keep-index [--include-unraracked]

спрятать поэтапные изменения тоже отдельно

$ git stash save

внести изменения для исправления; и тестирование; совершить их:

$ git add [--interactive] [--patch]

$ git commit -m "fix ..."

Теперь восстановим ранее поставленные изменения:

$ git stash pop

разрешите все конфликты и обратите внимание, что если бы были конфликты, git применил, но не удалил эту запись верхнего тайма.

(... Затем зафиксируйте поэтапные изменения, восстановите тайник всех остальных изменений и продолжите ...)

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

git stash -k

Затем вы можете зафиксировать поставленные файлы. После этого вы можете вернуть последние сохраненные файлы с помощью команды:

git stash pop

Сохранение только рабочего дерева (неустановленные изменения) в Git сложнее, чем должно быть. Принятый ответ хранит неустановленные изменения, но также сохраняет поэтапные изменения (и оставляет их также поэтапными), что редко является тем, что вы хотите.

Этот псевдоним работает хорошо:

stash-working = "!f() { \
  git commit --quiet -m \"temp for stash-working\" && \
  git stash push \"$@\" && \
  git reset --quiet --soft HEAD~1; }; f"

Он временно фиксирует поэтапные изменения, создает тайник из оставшихся изменений (и позволяет передавать дополнительные аргументы, такие как --include-untrackedи, --messageв качестве аргументов псевдонима), а затем сбрасывает временную фиксацию для возврата поэтапных изменений.

Это похоже на @Simon Кнапп ответ , но с некоторыми незначительными отличиями - он использует --quietна временных мерах , принятых, и он принимает любое количество параметров для тайника push, а не жесткого кодирования -m, и он добавляет --softк финалу сбросить, чтобы индекс остался таким же, как и начался.

Для противоположной проблемы хранения только поэтапных изменений (псевдоним stash-index) см. Этот ответ .

Еще один совет, связанный с вопросом:

Когда вы эффективно сохраняете свои неустановленные изменения, используя

$ git stash save --keep-index

Возможно, вы захотите дать тайнику сообщение, так что когда вы делаете git stash listэто, становится более очевидным, что вы спрятали ранее, особенно если вы выполняете эту операцию при дальнейшем сохранении. Например

$ git stash save --keep-index "изменения еще не внесены"

(хотя на самом деле он содержит все изменения, как отмечено в других ответах).

Например, вышеизложенное может сразу сопровождаться:

$ git stash save "поэтапные изменения для функции X"

Остерегайтесь, однако, что вы не можете затем использовать

$ git stash apply "stash @ {1}" ### ✘ не совсем делает то, что вы хотите

восстановить только неустановленные изменения.

У Git нет команды, которая хранит только ваши неустановленные изменения.

Однако Git позволяет вам указать, какие файлы вы хотите сохранить.

git stash push --message 'Unstaged changes' -- app/controllers/products_controller.rb test/controllers/products_controller_test.rb

Если вы хотите сохранить только определенные изменения в этих файлах, добавьте эту --patchопцию.

git stash push --patch --message 'Unstaged changes' -- app/controllers/products_controller.rb test/controllers/products_controller_test.rb

--include-untrackedОпция позволяет копить неотслеживаемые файлы.

git stash push --include-untracked --message 'Untracked files' -- app/controllers/widgets_controller.rb test/controllers/widgets_controller_test.rb

Запустите git help stash(или man git-stash) для получения дополнительной информации.

Примечание. Если ваши неустановленные изменения довольно дезогенизированы, ответ @ alesguzik, вероятно, будет проще.

Современная форма этой команды git stash push [--] [<pathspec>...], так как Git 2.16+ ( git stash saveустарела )

Вы можете комбинировать это с подстановочной формой, например:

git stash push --all --keep-index ':(glob)**/*.testextension' 

Но это не работает с Git для Windows, пока Git 2.22 (Q2 2019), см. Выпуск 2037 , учитывая, что git stashон был повторно реализован в C (вместо сценария оболочки)

См. Коммит 7db9302 (11 марта 2019 г.) Томаса Гуммерера ( tgummerer) .
См. Коммит 1366c78 , коммит 7b556aa (07 марта 2019 г.) Йоханнеса Шинделина ( dscho) .
^{(Слиты Junio C Hamano - gitster- в фиксации 0ba1ba4 , 22 Apr 2019)}

встроенный stash: :(glob)снова обрабатывать pathspecs

При передаче списка спецификаций пути, скажем, git addнам нужно быть осторожными, чтобы использовать исходную форму, а не проанализированную форму спецификаций пути.

Это имеет значение, например, при звонке

git stash -- ':(glob)**/*.txt'

где исходная форма содержит :(glob)префикс, а проанализированная форма - нет.

Однако во встроенной git stashмы передали проанализированную (то есть неправильную) форму и git addпотерпели неудачу с сообщением об ошибке:

fatal: pathspec '**/*.txt' did not match any files

на этапе, где git stashудаляются изменения из рабочего дерева, даже если refs/stashоно действительно было успешно обновлено.

Я использую псевдоним, который принимает строку для использования в качестве сообщения для записи тайника.

mystash = "!f() { git commit -m hold && git stash push -m \"$1\" && git reset HEAD^; }; f"

Который:

• фиксирует все в индексе,
• хранит то, что изменилось в рабочем дереве (может, конечно, добавить -uили -a),
• сбрасывает последний коммит обратно в рабочую попытку (возможно, захотите использовать, --softчтобы сохранить его в индексе).