Как сбросить git --hard в подкаталоге?

Question

UPDATE: This will work more intuitively as of Git 1.8.3, see my own answer .

Представьте себе следующий прецедент: я хочу избавиться от всех изменений в конкретном подкаталоге моего рабочего дерева Git, оставив все остальные подкаталоги неповрежденными.

• я могу сделать git checkout ., но git checkout . adds directories excluded by sparse checkout

• Существует git reset --hard, но он не позволит мне сделать это для поддиректории:

  > git reset --hard . 
  fatal: Cannot do hard reset with paths. 
  

  снова: Why git can't do hard/soft resets by path?

• Я могу изменить патч текущего состояния, используя git diff subdir | patch -p1 -R, но это скорее wei й способ сделать это.

Что такое надлежащая команда Git для этой операции?

Приведенный ниже сценарий иллюстрирует проблему. Вставьте правильную команду ниже комментария How to make files - текущая команда восстановит файл a/c/ac, который должен быть исключен из-за разреженной проверки. Обратите внимание, что я не хочу явно восстановить a/a и a/b, я только «знаю» a и хочу восстановить все ниже. EDIT: И я также не знаю «b», или какие другие каталоги находятся на том же уровне, что и a.

#!/bin/sh 

rm -rf repo; git init repo; cd repo 
for f in a b; do 
    for g in a b c; do 
    mkdir -p $f/$g 
    touch $f/$g/$f$g 
    git add $f/$g 
    git commit -m "added $f/$g" 
    done 
done 
git config core.sparsecheckout true 
echo a/a > .git/info/sparse-checkout 
echo a/b >> .git/info/sparse-checkout 
echo b/a >> .git/info/sparse-checkout 
git read-tree -m -u HEAD 
echo "After read-tree:" 
find * -type f 

rm a/a/aa 
rm a/b/ab 
echo >> b/a/ba 
echo "After modifying:" 
find * -type f 
git status 

# How to make files a/* reappear without changing b and without recreating a/c? 
git checkout -- a 

echo "After checkout:" 
git status 
find * -type f 

Answer 1

По словам разработчика Git Duy Nguyen, любезно предоставленного the feature and a compatibility switch, следующие работы, как ожидалось as of Git 1.8.3:

git checkout -- a 

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

git checkout --ignore-skip-worktree-bits -- a 

Answer 2

Примечание (как commented по Dan Fabulich), что:

• git checkout -- <path> не делает жесткий сброс: он заменяет рабочие содержимое дерева с поэтапных содержимым.
• git checkout HEAD -- <path> выполняет жесткий сброс для пути, заменяя как индекс, так и рабочее дерево версией с HEAD фиксацией.

Как answered по Ajedi32, как формы заказа не удалять файлы, которые были удалены в целевой пересмотре.
Если у вас есть дополнительные файлы в рабочем дереве, которых нет в HEAD, git checkout HEAD -- <path> не удалит их.

Но эта проверка может уважать git update-index --skip-worktree (для тех каталогов, которые вы хотите игнорировать), как указано в «Why do excluded files keep reappearing in my git sparse checkout?».

Answer 3

Сброс обычно меняет все, но вы можете использовать git stash, чтобы выбрать то, что хотите сохранить. Как вы уже упоминали, stash не принимает путь напрямую, но он все равно может использоваться для сохранения определенного пути с флагом --keep-index. В вашем примере вы должны зачеркнуть каталог b, а затем сбросить все остальное.

# How to make files a/* reappear without changing b and without recreating a/c? 
git add b    #add the directory you want to keep 
git stash --keep-index #stash anything that isn't added 
git reset    #unstage the b directory 
git stash drop   #clean up the stash (optional) 

Это заставляет вас к точке, где последняя часть вашего сценария будет выводить следующее:

After checkout: 
# On branch master 
# Changes not staged for commit: 
# 
# modified: b/a/ba 
# 
no changes added to commit (use "git add" and/or "git commit -a") 
a/a/aa 
a/b/ab 
b/a/ba 

Я считаю, что это был целевой результат (б остается модифицирован, а/* файлы обратно, a/c не воссоздается).

Этот подход имеет дополнительное преимущество: быть очень гибким; вы можете получить как можно более мелкие, как вы хотите добавить определенные файлы, но не другие, в каталог.

Answer 4

Try изменения

git checkout -- a 

в

git checkout -- `git ls-files -m -- a` 

Начиная с версии 1.7.0, Git и ls-fileshonors the skip-worktree flag.

Запуск тестового сценария (с некоторыми незначительными твиков изменения git commit ... в git commit -q и git status к git status --short) выходы:

Initialized empty Git repository in /home/user/repo/.git/ 
After read-tree: 
a/a/aa 
a/b/ab 
b/a/ba 
After modifying: 
b/a/ba 
D a/a/aa 
D a/b/ab 
M b/a/ba 
After checkout: 
M b/a/ba 
a/a/aa 
a/c/ac 
a/b/ab 
b/a/ba 

Запуск тестового сценария с предлагаемыми checkout выходами изменения:

Initialized empty Git repository in /home/user/repo/.git/ 
After read-tree: 
a/a/aa 
a/b/ab 
b/a/ba 
After modifying: 
b/a/ba 
D a/a/aa 
D a/b/ab 
M b/a/ba 
After checkout: 
M b/a/ba 
a/a/aa 
a/b/ab 
b/a/ba 

Answer 5

Для случая просто отбрасывая изменений, команды git checkout -- path/ или git checkout HEAD -- path/ предложено другие ответы отлично работают. Однако, когда вы хотите сбросить каталог в другую версию, отличную от HEAD, это решение имеет значительную проблему: оно не удаляет файлы, которые были удалены в целевой ревизии.

Так вместо этого, я начал использовать следующую команду:

git diff --cachedcommit--subdir| git apply -R --index

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

Так как эта команда довольно долго, и я планирую использовать его часто, я создал псевдоним для него, который я назвал reset-checkout:

git config --global alias.reset-checkout '!f() { git diff --cached "$@" | git apply -R --index; }; f' 

Вы можете использовать его как это:

git reset-checkout 451a9a4 -- path/to/directory 

Или просто:

git reset-checkout 451a9a4 

Answer 6

Ajedi32 «s answer является то, что я искал, но для некоторых коммитов я побежал в эту ошибку:

error: cannot apply binary patch to 'path/to/directory' without full index line

Может быть потому, что некоторые файлы в каталоге бинарные файлы. Добавление «--binary» вариант мерзавец команды Различия зафиксировал его:

git diff --binary --cached commit -- path/to/directory | git apply -R --index 

Answer 7

Если размер подкаталоге не особенно огромны, и вы хотите, чтобы держаться подальше от CLI, вот быстрое решение вручную перезагрузить подкаталог:

1. Переключитесь на главную ветку и скопируйте подкаталог, подлежащий сбросу.
2. Теперь вернитесь к ветви вашей функции и замените подкаталог копией, только что созданной на шаге 1.
3. Зафиксируйте изменения.

Cheers. Вы просто вручную переустановите подкаталог в своей ветке свойств так же, как и в ветви мастера!