Я знаю, что вы имеете в виду.Расстраивает наличие обильного синтаксиса для перехода к предыдущим коммитам, но нет перехода к следующим.В сложной истории проблема «что будет следующим коммитом» становится довольно сложной, но затем в сложном слиянии возникает такая же сложность и с «предыдущими» коммитами.В простом случае, внутри одной ветви с линейной историей (даже локально для некоторого ограниченного числа коммитов) было бы неплохо и имеет смысл идти вперед и назад.
Однако реальная проблема с этимв том, что на дочерние коммиты не ссылаются, это только список с обратной связью.Поиск дочернего коммита требует поиска, что не так уж и плохо, но, вероятно, не то, что git хочет включить в логику refspec.
В любом случае, я столкнулся с этим вопросом, потому что я просто хочу сделать шаг впередв истории один коммит за раз, делая тесты, и иногда вам приходится шагать вперед, а не назад.Что ж, подумав еще немного, я придумал это решение:
Выберите коммит вперед, где вы находитесь.Вероятно, это может быть глава филиала.Если вы находитесь на ветке ~ 10, то "git checkout branch ~ 9", затем "git checkout branch ~ 8", чтобы получить следующую после этого, затем "git checkout branch ~ 7" и так далее.
Уменьшение числа должно быть действительно простым в скрипте, если вам это нужно.Намного проще, чем разбирать git rev-list.