слияние мерзавца: Удаление регистрирует, я хочу сохранить!
Вы ищете jQuery, эквивалентный из JavaScript, предотвращают распространение событий.
Проверяют это:
http://docs.jquery.com/Events/jQuery.Event#event.stopPropagation.28.29
В основном необходимо поймать событие в детях узлы DOM, и там остановить их распространение дерево DOM. Иначе, хотя действительно не предложенный (поскольку это может сильно смешать с существующими событиями на Вашей странице), должен установить получение события на определенный элемент на странице, и это получит все события. Это полезно для поведения DnD и такого, но определенно не для Вашего случая.
3 ответа
This is an interesting issue. Because you deleted the file after BranchA was created, and then are merging master into BranchA, I'm not sure how Git would be able to realize there is a conflict.
After the bad merge you can undo, and then re-merge, but add back the file:
git checkout HEAD@{1} .
git merge --no-commit master
git checkout master test.txt
git add test.txt
git commit
For a quick fix in this case, "git revert" the commit that deleted the file.
When this situation comes up in the future, the better way to handle it is to ensure that the creation of the new file happens on the branch. Then it gets added on master when you merge, but you don't have the file lying around in master in the meantime.
Вам необходимо изменить файл в ветке, чтобы возник конфликт слияния с удалением в стволе.
То же самое произойдет, если вы, например, удалите объявление чего-либо в файле заголовка в магистрали (потому что это никому не нужно) и добавить зависимость от этого объявления к некоторым файлам, не являющимся заголовками, в ветке. Когда вы объединяете, поскольку ветвь не касается (этой части) заголовка, она просто удалит объявление, и все сломается.
Всякий раз, когда у вас есть материалы в нескольких местах, которые взаимозависимы и должны быть синхронизированы , при слиянии очень легко незаметно вводить проблемы. Это лишь одна из вещей, о которых вы должны знать и проверять при слиянии. В идеале вы должны использовать утверждения во время компиляции или другие проверки во время сборки, которые сразу же сделают любые сбои очевидными.