Как отменить локальный коммит средствами Visual Studio?

Question

[mxelgin]

Периодически необходимо откатить локальные изменения без потери измененного кода, чтоб подобные откаты не фиксировались в удаленном репозитории.

Как откатить локальные изменения master с помощью VS до состояния origin/master или переопределить кнопку в VS для отката подобным способом как это делается например в TortoiseGit?

По сути, меня интересует смешанная отмена коммита с помощью команды git reset --mixed origin/master вызванная из Visual Studio не прибегая к консоли и сторонним программам и желательно без установки плагинов/расширений и т. п.

Comments

[Антон Иванов]

Не очень понял вас, но вроде как стандартный git checkout origin master вам поможет

[mxelgin]

Антон Иванов, написано

не прибегая к консоли

далее

без потери измененного кода

git checkout origin master откатывает, но локальные изменения теряются
далее

с помощью команды

git reset HEAD~1 --soft
команду я указал которая мне нужна в VS

[mxelgin]

Антон Иванов,
может в настройках VS есть способ переопределить git-команду в меню Отменить ?

[Антон Иванов]

mxelgin, в WebStorm точно есть

[Freeman]

не прибегая к консоли и сторонним программам

Выдернуть седой волос из бороды и произнести: «Трох-тибидох-тибидох». При таких условиях, боюсь, это единственный способ. Смысла неиспользования консоли не понял.

Answer 1

[Сергей Кузнецов]

Не надо ничего добавлять. В интерфейсе Visual Studio уже всё есть.
Кликаете на коммит, на который хотите сбросить историю и выбираете Reset — Keep Changes (--mixed)
В русском интерфейсе это наверное будет Сброс — Оставить изменения. Аналог смешанного сброса в TortoiseGit

Смешанный режим это --mixed — откатывает коммиты и индекс: оставляет изменения в рабочем каталоге, но очищает индекс. Это режим по умолчанию команды reset без опций.
Мягкий режим это --soft, когда делается всё то же, что и выше, но индекс не трогается.
То что вы отметили стрелкой на скрине в комментариях это вообще revertи он не годится для причесывания истории.

Comments

[mxelgin]

Сергей Кузнецов, точно. я попробовал повторить несколько раз. и пришел к выводу что для отката надо обязательно встать именно на коммит origin/master.
VS на русском языке это называет: Сброс — Сохранить изменения (--mixed)

Answer 2

[rPman]

Идеологически git это про 'полную фиксацию изменений удаленно', скорее всего ваша задача (не то что описали а что решаете) - это создание своей ветки, работа в ней, с периодичекими объединениями изменений с master.

Я конечно могу придумать конструкцию, когда у вас 2 git репозитария, в который сливаются одни и те же файлы (симлинками на каталоги например), и вы попеременно применяете изменения в одном git но откатываете в другом, но это извращение, а так же из-за использования симлинков можно получить неожиданные ошибки, например когда приложение (visdual studio) неверно отслеживает изменения в каталогах.

p.s. у меня очень похожая конструкция была в eclipse проекте - там был солюшен из десятка проектов, каждый из которых должен был собираться как в консоли так и в ide для поддержки отладки, и структурно в файлах проекта были различия для одновременной поддержки этого, поэтому я собирал в ide симлинками и средствами самой ide проект из файлов и каталогов в другом месте, и оба они были в своих git (изменения, вносимые для работы в ide и отладки было вредно отправлять в центральный git).

задача выполнялась, серьезных проблем не было так как не менялась структура проекта, правились только файлы, поэтому все работало но приходилось вручную следить за порядком комитов и откатов.

Comments

[mxelgin]

'полную фиксацию изменений удаленно'

в этом и смысл откатиться до original/master не теряя своих локальных изменений.
идеология git не нарушена

[rPman]

у вас в требовании противоречие - 'откатиться' это буквально изменить локальное значение на то что было раньше, а не теряя - это значит где то сохранить, но вы не хотите хранить в центральном git, значит храните где то в другом месте

[mxelgin]

rPman, задача отката в исправлении коммита, конечно после правки изменения снова коммитятся. но зачем мои ошибки видеть остальным? например: описал один код а закомитил другой код.

[rPman]

mxelgin, Не 'зачем' а 'почему', git не поддерживает отдельные локальные хранилища. Ну нет такого инструментария.
p.s. не нужно бояться показать свои ошибки
вообще способность принять, и показать другим, что ты ошибся - это достоинство. сколько кринжа люди вытворяют чтобы скрыть от других и себя свои ошибки.

[mxelgin]

rPman, git прекрасно поддерживает. Я хочу поддержку из VisualStudio .

[Ankhena]

mxelgin, может git squash вас спасет?

[rPman]

mxelgin, поясните, что именно поддерживает гит для вашей задачи?

[mxelgin]

rPman, git reset HEAD~1 --soft

[rPman]

mxelgin, да, возможно вы и правы, но это для буквально на вершине изменений

[mxelgin]

rPman, по сути мне надо ответ как эту команду нацепить на кнопку в VS , так как по умолчанию отмена у VS некорректно работает

[rPman]

mxelgin,

по сути мне надо ответ как эту команду нацепить на кнопку в VS

тогда бы такой вопрос и задавал
попробуй tools - external commands

[mxelgin]

rPman, может есть уже готовое решение в VS, два вопроса задавать по отдельности? ))))

Answer 3

[mxelgin]

Решение найдено после подсказки rPman, в VS 2022 по ссылке нацепил команду git reset --soft origin/master

Comments

[Сергей Кузнецов]

По описанию задачи вы же говорите что нужна команда:
git reset --soft origin/master
А HEAD~1 это лишь ссылка на коммит назад.

[mxelgin]

Сергей Кузнецов, спасибо, хорошее замечание, поправил

[Сергей Кузнецов]

mxelgin, на скрине TortoiseGit у вас отмечен не --soft, а --mixed. И это режим по-умолчанию для команды reset.