git stash -> scal ukrytą zmianę z bieżącymi zmianami

Wprowadziłem kilka zmian w moim oddziale i zdałem sobie sprawę, że zapomniałem o innych niezbędnych zmianach w tym oddziale. To, czego chcę, to sposób na połączenie moich ukrytych zmian z bieżącymi zmianami.

Czy jest na to sposób?

To bardziej dla wygody, w końcu poddałem się i popełniłem najpierw moje obecne zmiany, a potem moje ukryte zmiany, ale wolałbym je wprowadzić za jednym zamachem.

Właśnie odkryłem, że jeśli twoje niezaangażowane zmiany zostaną dodane do indeksu (tzn. „Przeniesione”, używając git add ...), wtedy git stash apply(i przypuszczalnie git stash pop) faktycznie wykona prawidłowe scalenie. Jeśli nie ma konfliktów, jesteś złoty. Jeśli nie, rozwiąż je jak zwykle git mergetoolza pomocą edytora lub ręcznie.

Dla jasności, oto proces, o którym mówię:

mkdir test-repo && cd test-repo && git init
echo test > test.txt
git add test.txt && git commit -m "Initial version"

# here's the interesting part:

# make a local change and stash it:
echo test2 > test.txt
git stash

# make a different local change:
echo test3 > test.txt

# try to apply the previous changes:
git stash apply
# git complains "Cannot apply to a dirty working tree, please stage your changes"

# add "test3" changes to the index, then re-try the stash:
git add test.txt
git stash apply
# git says: "Auto-merging test.txt"
# git says: "CONFLICT (content): Merge conflict in test.txt"

... prawdopodobnie tego szukasz.

tl; dr

Uruchom git addpierwszy.

Uruchamianie git stash poplub git stash applyjest zasadniczo połączeniem. Nie powinieneś potrzebować zatwierdzać bieżących zmian, chyba że pliki zmienione w skrytce zostaną również zmienione w kopii roboczej, w takim przypadku zobaczysz ten komunikat o błędzie:

error: Your local changes to the following files would be overwritten by merge:
       file.txt
Please, commit your changes or stash them before you can merge.
Aborting

W takim przypadku nie można zastosować skrytki do bieżących zmian w jednym kroku. Możesz zatwierdzić zmiany, zastosować skrytkę, zatwierdzić ponownie i zmiażdżyć te dwa zatwierdzenia używając, git rebasejeśli naprawdę nie chcesz dwóch zatwierdzeń, ale może to być bardziej kłopotliwe niż warte.

To, czego chcę, to sposób na połączenie moich ukrytych zmian z bieżącymi zmianami

Oto kolejna opcja, aby to zrobić:

git stash show -p|git apply
git stash drop

git stash show -ppokaże łatkę ostatnio zapisanej skrytki. git applyzastosuje to. Po zakończeniu scalania scaloną skrytkę można upuścić git stash drop.

W ten sposób git addnajpierw to robię git stash apply <stash code>. To najprostszy sposób.

Jak sugeruje @Brandan, oto, co musiałem zrobić, aby się obejść

error: Your local changes to the following files would be overwritten by merge:
       file.txt
Please, commit your changes or stash them before you can merge.
Aborting

Postępuj zgodnie z tym procesem:

git status  # local changes to `file`
git stash list  # further changes to `file` we want to merge
git commit -m "WIP" file
git stash pop
git commit -m "WIP2" file
git rebase -i HEAD^^  # I always use interactive rebase -- I'm sure you could do this in a single command with the simplicity of this process -- basically squash HEAD into HEAD^
# mark the second commit to squash into the first using your EDITOR
git reset HEAD^

I pozostaniesz z całkowicie scalonymi lokalnymi zmianami file, gotowymi do dalszej pracy / czyszczenia lub dokonania pojedynczego dobrego zatwierdzenia. Lub, jeśli znasz scalone zawartość filebędzie prawidłowa, można napisać wiadomość montażu i pominąć git reset HEAD^.

Być może nie jest to najgorszy pomysł, aby połączyć (poprzez difftool) z ... tak ... oddziału!

> current_branch=$(git status | head -n1 | cut -d' ' -f3)
> stash_branch="$current_branch-stash-$(date +%yy%mm%dd-%Hh%M)"
> git stash branch $stash_branch
> git checkout $current_branch
> git difftool $stash_branch

możesz łatwo

1. Zatwierdź bieżące zmiany
2. Uwolnij swój zapas i rozwiąż konflikty
3. Zatwierdź zmiany w skrytce
4. Miękki reset do zatwierdzenia, z którego pochodzisz (ostatnie prawidłowe zatwierdzenie)

Inną opcją jest wykonanie kolejnego „git stash” lokalnych niezatwierdzonych zmian, a następnie połączenie dwóch skrytek git. Niestety git wydaje się nie mieć sposobu na łatwe połączenie dwóch skrytek. Tak więc jedną z opcji jest utworzenie dwóch plików .diff i zastosowanie ich obu - w każdym razie nie jest to dodatkowe zatwierdzenie i nie wymaga dziesięcioetapowego procesu: |

jak: https://stackoverflow.com/a/9658688/32453