Jak zadano w tym pytaniu , chcę również wiedzieć, jak rozwiązać konflikt git stash pop
bez dodawania wszystkich modyfikacji do zatwierdzenia (tak jak robi to „git stash pop” bez konfliktu).
Moje obecne podejście jest bardzo nieciekawe, ponieważ robię to w ten sposób:
git stash pop -> CONFLICT
git stash drop
[resolve conflict]
[add conflict files]
git reset HEAD <all files that are in commit-mode>
[Aktualizacja] Sposób na jego odtworzenie:
mkdir foo; cd foo; git init
echo "1" > one
echo "2" > two
git add -A; git commit -m "first"
echo "1.1" > one
echo "2.1" > two
git stash
echo "2.2" > two
git commit -a -m "second"
echo "Only this file would stay in HEAD without the conflict" > third
git add third
git stash pop
git status
2016-06-27: Dodano nowy plik o nazwie „trzeci” do przykładu, aby pokazać, że obejścia takie jak rozwiązanie scy działają tylko dla pustych HEAD, ale nie naprawiają początkowego problemu, że HEAD nie ma takiej samej treści jak na git stash pop
bez konfliktu.
git stash pop
, gdy nie występuje konflikt (ale z powiadomieniem, które pliki należy scalić).
git add
rozwiązane pliki konfliktu, skutecznie umieszczasz je w indeksie i nie chcesz ich mieć w naszym indeksie?