Теперь с лучшим пониманием ветвей Git я понимаю свое замешательство, когда задавал этот вопрос. Поэтому я делюсь ею на других, таких как я, идущих из Mercurial и пытающихся впервые использовать Git.
Основополагающая вещь, которую я не понимал, это то, что Git вызывает ветку, на самом деле является просто указателем или ссылкой на конкретный узел фиксации (change-set). Это не означает (как подразумевает ветка имени) связанный набор коммитов или узлов. Еще одна основная путаница, которую я имел, заключалась в том, что коммиты могут существовать в Git без ветви (ссылки на узлы) к ним. В отличие от Mercurial, в Git, если вы переместите указатель текущей ветви на предыдущий узел и нет другого указателя ветки, ссылающегося на какой-либо из потомков, тогда эти узлы перестают достижимы и фактически теряются. Когда я делаю фиксацию в Mercurial, дерево компиляции для общего варианта использования статично. То есть, если я перезагружу свое рабочее пространство, узел 3 совершает предыдущие, то эти три последующих узла не только достижимы, они также видны в дереве графа. Но с Git там должен быть указатель на узел или один из его потомков, чтобы он отображался на графике. Это означает, что когда я переношу свой текущий указатель на ветку в другое место, я теряю все последние коммиты, которые являются потомками. Это совсем не то, что я намеревался. Я просто хочу временно перезагрузить текущую рабочую область с предыдущей фиксацией для целей тестирования, и я не хочу изменять или потерять какие-либо предыдущие коммиты. Итак, как мне это сделать с Git? Самый простой способ сделать это - сначала выполнить любые выдающиеся изменения в моей рабочей области, а затем сделать проверку узла-предка новым именем ветки, например RegressTest.(Как упоминал @Malice), я могу использовать RegressTest для загрузки любого фиксатора во всем дереве для целей тестирования. Затем, когда я закончил, я могу удалить указатель филиала RegressTest , а затем проверить мою текущую ветку снова. Удаление RegressTest не потеряет никаких коммитов, поскольку они уже ссылаются на один или несколько указателей разветвления.
Причина ответа @Malice не ясна для меня, я не понял, почему мне нужно было создать tmp_branch, потому что я не понял, что без ссылки на узел фиксации Git потеряет доступ, или эффективно удалять те неучтенные узлы. Исходя из Mercurial, это была внешняя концепция.
Добавлено 12-27-2016 Я также понимаю, что ненадежные узлы фактически не удаляются, но все еще находятся в репозитории и могут быть доступны через идентификаторы фиксации и журналы ветвей, но не так легко, как если бы они появились на графике.
В простой git вы можете сделать это таким образом http://stackoverflow.com/questions/1146973/how-do-i-revert-all-local-changes-in-git-managed-project-to-previous- state # 1146981 –