Если Git Stash сохраняет Diffs, то почему он не может быть применен к другой ветке?

Question

Как я понимаю, Git Stash - это коллекция различий.

Так, например, если у меня есть целый репозиторий с одним файлом foo.txt

В 32 строк файла просто

Lorem Ipsum 01 
Lorem Ipsum 02 
Lorem Ipsum 03 
... 
Lorem Ipsum 30 
a first line: good 
a second line: bad 

И я совершил все.

Теперь я создаю новую ветвь:

git checkout -b feature123 

И теперь, когда я нахожусь на этой ветке, я меняю слово good к better и bad к worse.

Теперь, только предположим, что мой менеджер программ приходит и говорит: «Срочно! Мы должны изменить 01 на 011 и 02 на 022».

Так что копить изменения, а затем изменить в master отрасли:

git stash 
git checkout master 

и я изменил 01 к 011 и 02 к 022, как он просил.

И сказать, я хочу, чтобы включить изменения, которые я «спрятано» ранее в master отрасли:

git stash apply 

но выдаст ошибку:

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

Почему? Не может ли он применить набор различий к foo.txt?

(PS Я могу совершить первую, а затем использовать git stash apply, и быть в состоянии применить эти к foo.txt посмотреть различие Но почему не раньше, чем совершить Так git stash на самом деле просто экономит коллекцию файлов изменений - повторить именно:.? Коллекцию из файлов изменений, а затем сделать git checkout . (отказаться от всех изменений) Это правда)

Answer 1

man git stash говорит следующее, под pop (который также относится к apply):.?

Рабочий каталог должен соответствовать индекс.

Так вы правильно, он может применить коллекцию в foo.txt файлов изменений, но если у вас есть unstaged локальные изменения. Если вас смущает разница между рабочим каталогом и индексом, может помочь this answer.

Запустите git add hei.txt, и вы сможете применить кейс.

Answer 2

Git Stash - это набор отличий.

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

Можно было бы теоретически выполнить слияние на локально-модифицированных файлов, но на практике:

• Это было бы очень плохая идея для merge, потому что это будет поощрять пользователей делать «зло слияния ", т.е. имеют как связанные с слиянием ручные изменения в одной и той же фиксации. Как следствие, для слияния запрещается касаться локально модифицированных файлов, а stash использует тот же механизм, что и merge, поэтому запрещает его таким же образом.

• Индекс делает вещи более сложными, чем кажется. Если файл имел неустановленный контент, и вы хотели применить к нему кошелек, тогда не было бы надлежащего способа определить, что должно быть содержимым индекса в конце приложения stash. Фактически, stash pop разрешено касаться файлов, для которых индекс соответствует рабочему дереву.

Примечание: ваша проблема заключается не в том, что вы находитесь на разных ветках, а в том, что у вас есть неуправляемые/неустановленные изменения. Вы делали эти изменения в то время как на ветке feature123, но они сохраняются при переключении ветвей с git checkout master.