Git reflog показывает мне коммиты, не связанные с моей веткой. Как получить коммиты, связанные с проверенной веткой?

Я случайно зафиксировал и объединил некоторые работы в другую ветку, когда я не должен был этого делать. Чтобы исправить это, мне нужно вернуться к более ранней фиксации.

Однако, когда я запускаю git reflog, я получаю список коммитов, относящихся к другой ветке, над которой я работаю. Ни один из них не связан с веткой, над которой я сейчас работаю, и которую я проверил сейчас.

Кто-нибудь знает, почему это так и как я могу найти коммиты, относящиеся к моей ветке?

Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
3
0
190
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

Формат, который вы используете, когда делаете простой git reflog:

git reflog [show] [log-options] [<ref>]

так что вы фактически опускаете два аргумента, которые будут приняты и вернутся к своим значениям по умолчанию:

git reflog show HEAD

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

Но вы могли бы указать ветку (ДАЖЕ, ЕСЛИ ветка уже проверена, поскольку здесь HEAD не будет разрешена текущая ветка):

git reflog some-feature

(здесь также подразумевается действие show, но ветвь указана явно)


Из документ :

The "show" subcommand (which is also the default, in the absence of any subcommands) shows the log of the reference provided in the command-line (or HEAD, by default).

Ответ принят как подходящий

Если у вас все еще есть ветка, используйте: git reflog [yourbanch]

Если вы ищете историю otherbranch : git reflog [otherbranch]


git reflog, который является сокращением для git reflog HEAD, дает вам подробную историю всех проверенных коммитов; это полезно в целом (это делает большой стек отмены), но на самом деле более шумно.

Другие вопросы по теме