Как я могу занести только один из нескольких измененных файлов в моей ветке?
Внимание
Как отмечено в комментариях, это ставит все в тайник, как поставленный, так и нестационарный. Индекс -keep просто оставляет индекс только после того, как тайник будет выполнен. Это может привести к конфликтам слияния, когда вы позже поместите тайник.
Это закроет все, что вы ранее не добавляли. Просто git add
то, что вы хотите сохранить, затем запустите его.
git stash --keep-index
Например, если вы хотите разбить старую фиксацию на несколько наборов изменений, вы можете использовать эту процедуру:
git rebase -i <last good commit>
edit
.git reset HEAD^
git add <files you want to keep in this change>
git stash --keep-index
git add
любые изменения.git commit
git stash pop
git rebase --continue
Вы также можете использовать git stash -p
. Таким образом, вы можете выбрать, какие блоки должны быть добавлены в stash, можно также выбрать целые файлы.
Вам будет предложено несколько действий для каждого столбца:
y - stash this hunk
n - do not stash this hunk
q - quit; do not stash this hunk or any of the remaining ones
a - stash this hunk and all later hunks in the file
d - do not stash this hunk or any of the later hunks in the file
g - select a hunk to go to
/ - search for a hunk matching the given regex
j - leave this hunk undecided, see next undecided hunk
J - leave this hunk undecided, see next hunk
k - leave this hunk undecided, see previous undecided hunk
K - leave this hunk undecided, see previous hunk
s - split the current hunk into smaller hunks
e - manually edit the current hunk
? - print help
Поскольку git принципиально относится к управлению содержимым и индексом репозитория (а не одним или несколькими файлами), git stash
заключает сделки, не удивительно, со всем рабочим каталогом.
На самом деле, поскольку git 2.13 (Q2 2017), вы можете сохранять отдельные файлы, используя:
git stash push [--] [<pathspec>...]
Подробнее см. "Изменения в файлах".
Первоначальный ответ (ниже, июнь 2010 г.) касался выбора вручную того, что вы хотите сохранить.
Casebash комментарии:
Это (оригинальное решение
stash --patch
) приятно, но часто я модифицировал много файлов, поэтому использование патча раздражает
bukzor answer (upvoted, ноябрь 2011 г.) предлагает более практичное решение, основанное на < ш > git add
+ git stash --keep-index
.
Пойдите, посмотрите и подтвердите свой ответ, который должен быть официальным (вместо моего).
Об этой опции chhh указывает на альтернативный рабочий процесс в комментариях:
вам следует "
git reset --soft
" после такого заноса, чтобы получить четкую постановку назад:
Чтобы попасть в исходное состояние - это четкая зона постановки и только с некоторыми выборочными неустановленными модификациями, можно было бы мягко reset получить индекс (без совершения чего-либо подобного вам - bukzor - did).
(Первоначальный ответ июнь 2010 года: ручной тайник)
Тем не менее, git stash save --patch
может позволить вам выполнить частичное списание после:
С помощью
--patch
вы можете в интерактивном режиме выбирать группы в разделе diff между HEAD и рабочим деревом, которое нужно спрятать.
Запись stash сконструирована так, что ее состояние индекса совпадает с состоянием индекса вашего репозитория, а его рабочая строка содержит только те изменения, которые вы выбрали в интерактивном режиме. Затем выбранные изменения откатываются из вашей рабочей строки.
Однако это сохранит полный индекс (который может и не быть тем, что вы хотите, поскольку он может включать другие уже индексированные файлы), и частичную рабочую строку (которая может выглядеть как та, которую вы хотите зашить).
git stash --patch --no-keep-index
может быть лучше.
Если --patch
не работает, ручной процесс может:
Для одного или нескольких файлов промежуточное решение будет состоять в следующем:
git stash
git stash
# на этот раз, только файлы, которые вы хотите, спрятаныgit stash pop stash@{1}
# повторно применить все изменения ваших файлов.git checkout -- afile
# reset файл к содержимому HEAD перед любыми локальными изменениямиВ конце этого довольно громоздкого процесса у вас будет только один или несколько файлов.
Если git stash -p
(или git add -p
с stash --keep-index
) было бы слишком громоздким, мне было проще использовать diff
, checkout
и apply
:
Чтобы "зашить" конкретный файл/только dir:
git diff path/to/dir > stashed.diff
git checkout path/to/dir
Затем после
git apply stashed.diff
git add -p
я упомянул в своем ответе выше. +1.
Скажем, у вас есть 3 файла
a.rb
b.rb
c.rb
и вы хотите сохранить только b.rb и c.rb, но не a.rb
вы можете сделать что-то вроде этого
# commit the files temporarily you don't want to stash
git add a.rb
git commit -m "temp"
# then stash the other files
git stash save "stash message"
# then undo the previous temp commit
git reset --soft HEAD^
git reset
И все готово! НТН.
Другой способ сделать это:
# Save everything
git stash
# Re-apply everything, but keep the stash
git stash apply
git checkout <"files you don't want in your stash">
# Save only the things you wanted saved
git stash
# Re-apply the original state and drop it from your stash
git stash apply stash@{1}
git stash drop stash@{1}
git checkout <"files you put in your stash">
Я придумал это после того, как я (еще раз) пришел на эту страницу и мне не понравились первые два ответа (первый ответ просто не отвечает на вопрос, и мне не очень нравилось работать с -p
интерактивный режим).
Идея такая же, как и то, что @VonC предложила использовать файлы вне репозитория, вы сохраняете необходимые изменения где-то, удаляете изменения, которые не хотите в своем кошельке, а затем повторно применяете изменения, которые вы переместили из путь. Тем не менее, я использовал git stash как "где-то" (и, как результат, один дополнительный шаг в конце: удаление cahnges, которые вы помещаете в stash, потому что вы также отбросили их).
Обновление (2/14/2015). Я немного перезаписал script, чтобы лучше справляться с ситуациями конфликтов, которые теперь должны быть представлены как конфликты без взаимодействия, а не с файлами .rej.
Мне часто кажется более интуитивным делать обратный подход @bukzor. То есть, чтобы внести некоторые изменения, а затем занести только эти поэтапные изменения.
К сожалению, git не предлагает git stash --only-index или аналогичный, поэтому я взломал script, чтобы сделать это.
#!/bin/sh
# first, go to the root of the git repo
cd `git rev-parse --show-toplevel`
# create a commit with only the stuff in staging
INDEXTREE=`git write-tree`
INDEXCOMMIT=`echo "" | git commit-tree $INDEXTREE -p HEAD`
# create a child commit with the changes in the working tree
git add -A
WORKINGTREE=`git write-tree`
WORKINGCOMMIT=`echo "" | git commit-tree $WORKINGTREE -p $INDEXCOMMIT`
# get back to a clean state with no changes, staged or otherwise
git reset -q --hard
# Cherry-pick the index changes back to the index, and stash.
# This cherry-pick is guaranteed to succeed
git cherry-pick -n $INDEXCOMMIT
git stash
# Now cherry-pick the working tree changes. This cherry-pick may fail
# due to conflicts
git cherry-pick -n $WORKINGCOMMIT
CONFLICTS=`git ls-files -u`
if test -z "$CONFLICTS"; then
# If there are no conflicts, it safe to reset, so that
# any previously unstaged changes remain unstaged
#
# However, if there are conflicts, then we don't want to reset the files
# and lose the merge/conflict info.
git reset -q
fi
Вы можете сохранить приведенный выше script как git-stash-index
где-то на своем пути и затем вызывать его как git stash-index
# <hack hack hack>
git add <files that you want to stash>
git stash-index
Теперь в stash содержится новая запись, в которой содержатся только те изменения, которые вы поставили, а ваше рабочее дерево все еще содержит любые неустановленные изменения.
В некоторых случаях изменения рабочего дерева могут зависеть от изменений индекса, поэтому, когда вы меняете изменения индекса, изменения рабочего дерева имеют конфликт. В этом случае вы получите обычные конфликты без конфликтов, которые вы можете разрешить с помощью git merge/git mergetool/etc.
pushd
вместо cd
и popd
в конце скрипта, чтобы в случае успеха скрипта пользователь оказался в том же каталоге, что и до его запуска.
Поскольку создание ветвей в Git тривиально, вы можете просто создать временную ветвь и проверить в ней отдельные файлы.
Используйте git stash push
, например:
git stash push [--] [<pathspec>...]
Например:
git stash push -- my/file.sh
Это доступно с Git 2.13, выпущенным в spring 2017.
git stash push
в своем ответе выше в марте прошлого года, 5 месяцев назад. И я подробно описал эту новую команду Git 2.13 здесь: stackoverflow.com/a/42963606/6309 .
Сохраните следующий код в файле, например, с именем stash
. Использование stash <filename_regex>
. Аргумент - это регулярное выражение для полного пути файла. Например, чтобы запереть a/b/c.txt, stash a/b/c.txt
или stash .*/c.txt
и т.д.
$ chmod +x stash
$ stash .*.xml
$ stash xyz.xml
Код для копирования в файл:
#! /usr/bin/expect --
log_user 0
set filename_regexp [lindex $argv 0]
spawn git stash -p
for {} 1 {} {
expect {
-re "diff --git a/($filename_regexp) " {
set filename $expect_out(1,string)
}
"diff --git a/" {
set filename ""
}
"Stash this hunk " {
if {$filename == ""} {
send "n\n"
} else {
send "a\n"
send_user "$filename\n"
}
}
"Stash deletion " {
send "n\n"
}
eof {
exit
}
}
}
На всякий случай вы на самом деле означаете "отменить изменения" всякий раз, когда вы используете "git stash" (и на самом деле не используйте git stash для временного хранения), в этом случае вы можете использовать
git checkout -- <file>
Обратите внимание, что git stash - это просто более простая и простая альтернатива ветвлению и работе.
Проблема с "промежуточным" решением VonC по копированию файлов вне репозитория Git заключается в том, что вы теряете информацию о пути, что делает копирование кучи файлов позже более сложным.
Найдите легче использовать tar (аналогичные инструменты, вероятно, сделают) вместо копии:
checkout -f
не нужен, checkout
(без -f
) достаточно, я обновил ответ.
Каждый ответ здесь настолько сложный...
Как насчет этого: "stash":
git diff /dir/to/file/file_to_stash > /tmp/stash.patch
git checkout -- /dir/to/file/file_to_stash
Чтобы вернуть файл обратно:
git apply /tmp/stash.patch
Точное совпадение с тем, как скопировать один файл и снова вставить его.
git apply
у меня нет ошибки, но изменения не возвращаются ни
Это можно сделать легко в 3 этапа с помощью SourceTree.
Все это можно сделать в течение нескольких секунд в SourceTree, где вы можете просто щелкнуть по файлам (или даже отдельным строкам), которые вы хотите добавить. После добавления просто привяжите их к временному фиксации. Затем установите флажок, чтобы добавить все изменения, а затем нажмите кнопку "Скрыть", чтобы сохранить все. С укороченными изменениями взгляните на свой список фиксаций и отметьте хеш для фиксации перед вашей временной фиксацией, затем запустите "git reset hash_b4_temp_commit", что в основном напоминает "выскакивание" фиксации путем сброса ваша ветка к фиксации прямо перед ней. Теперь у вас осталось только то, что вы не хотели спрятать.
Иногда я делал несвязанные изменения в своей ветке, прежде чем я ее совершил, и я хочу переместить ее в другую ветку и передать ее отдельно (например, мастер). Я делаю это:
git stash
git checkout master
git stash pop
git add <files that you want to commit>
git commit -m 'Minor feature'
git stash
git checkout topic1
git stash pop
...<resume work>...
Обратите внимание, что первые stash
и stash pop
могут быть устранены, вы можете переносить все свои изменения на ветвь master
при проверке, но только в случае отсутствия конфликтов. Также, если вы создаете новую ветку для частичных изменений, вам понадобится тайник.
Вы можете упростить его при отсутствии конфликтов и новой ветки:
git checkout master
git add <files that you want to commit>
git commit -m 'Minor feature'
git checkout topic1
...<resume work>...
Штамм даже не нужен...
Я бы использовал git stash save --patch
. Я не считаю интерактивность раздражающей, потому что во время нее есть варианты, чтобы применить желаемую операцию к целым файлам.
git stash -p
позволяет вам быстро сохранить весь файл и выйти из него.
В этой ситуации я git add -p
(интерактивный), git commit -m blah
, а затем спрятать оставшееся при необходимости.
Я рассмотрел ответы и комментарии для этого и ряд подобных потоков. Имейте в виду, что ни одна из следующих команд не является правильной для того, чтобы иметь возможность фиксировать любые определенные отслеживаемые/не проверенные файлы:
git stash -p (--patch)
: выберите hunks вручную, исключая невоспроизводимые файлыgit stash -k (--keep-index)
: запишите все отслеживаемые/невоспроизводимые файлы и сохраните их в рабочем каталогеgit stash -u (--include-untracked)
: сохранить все отслеживаемые/невоспроизводимые файлыgit stash -p (--patch) -u (--include-untracked)
: неверная командаВ настоящее время наиболее разумным методом, позволяющим записывать любые файлы с отслеживанием/без следа, является:
Я написал простую script для этой процедуры в ответе на другой вопрос, и есть шаги для выполнения процедуры в SourceTree здесь.
Когда вы пытаетесь переключаться между двумя ветвями, возникает такая ситуация.
Попробуйте добавить файлы, используя "git add filepath
".
Далее выполните эту строку
git stash --keep-index
Я не знаю, как это сделать в командной строке, используя только SourceTree. Допустим, вы изменили файл A и имеете два смены в файле B. Если вы хотите сохранить только второй кусок в файле B и оставить все остальное нетронутым, сделайте следующее:
Аналогичная ситуация. Сделал фиксацию и понял, что это не нормально.
git commit -a -m "message"
git log -p
Основываясь на ответах, это помогло мне.
# revert to previous state, keeping the files changed
git reset HEAD~
#make sure it ok
git diff
git status
#revert the file we don't want to be within the commit
git checkout specs/nagios/nagios.spec
#make sure it ok
git status
git diff
#now go ahead with commit
git commit -a -m "same|new message"
#eventually push tu remote
git push
Локальные изменения:
Чтобы создать stash "my_stash" только с изменениями file_C:
1. git add file_C
2. git stash save --keep-index temp_stash
3. git stash save my_stash
4. git stash pop stash@#{1}
Готово.
Вы можете использовать git статус между шагом, чтобы увидеть, что произошло.
Я не нашел ответа на то, что мне было нужно, и это так же просто:
git add -A
git reset HEAD fileThatYouWantToStash
git commit -m "committing all but one file"
git stash
Это фиксирует ровно один файл.
Одним сложным способом было бы сначала передать все:
git add -u
git commit // creates commit with sha-1 A
Reset вернитесь к исходной фиксации, но проверьте файл the_one_file из нового коммита:
git reset --hard HEAD^
git checkout A path/to/the_one_file
Теперь вы можете зашить the_one_file:
git stash
Очистка путем сохранения фиксированного содержимого в вашей файловой системе при возврате к исходному фиксации:
git reset --hard A
git reset --soft HEAD^
Да, несколько неудобно...
git stash --keep-index
сохраняет индекс, но сохраняет все - как в индексе, так и вне его.