Как локально обновить предыдущий коммит в цепочке коммитов с gerrit?

Question

[rustler2000]

К примеру есть три CL 1->2->3.
1 обновили
2 через веб геррита ребейзнули на свежий патч от 1

Как теперь свежие 1 и 2 получить на локальном репе где я работаю с 3?

Comments

[res2001]

git pull же

[rustler2000]

res2001, уверен? на сервере 0->1'->2'->3, локально 0->1->2->3' - что их объединяет только changeid герритовский в коммит мессадж и общий 0. как git pull мне заменить 1, 2 на 1', 2' и оставит 3' и причем все в том же брэнче?

[res2001]

rustler2000, Да, видимо не прокатит так просто.
Тогда видимо так:
git fetch, после этого remote ветка видимо уйдет от локальной ветки.
Локальную ветку инетрактивно ребейзнуть на remote ветку, при этом ребазировать только комиты после 2 (т.е. свои комиты). При интерактивном ребейзе можно вручную указывать какие комиты ребазировать, какие пропустить и т.п.
Как-то так.
В любом случае как минимум git fetch делать придется, чтоб скачать обновления. А дальше по обстоятельствам.

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

res2001, так и есть, только интерактивный тут лишний. Гит сам разруливает такие вещи.

Answer 1

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

Замените merge на rebase при pull:
git pull --rebase

Что эквивалентно двум командам:

git fetch
git rebase origin/main

Это стандартная манипуляция, которую приходится делать всей команде, если кто-то пересоздал общую ветку, например сделав push --force

Comments

[rustler2000]

Уверен что на геррите в не сандбокс брэнче это прокатит?

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

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

[rustler2000]

Сергей Кузнецов, в сабже указан геррит как бэ и коммиты под ревью там не совсем также работают как в ванильным гите

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

rustler2000, локально используется не гит, а какой-то особый клиент с другой структурой репозитория?
Я ничего не знаю про геррит, отвечаю за гит. Точнее я читал про Gerrit, но из того, что я знаю следует что гит там самый обычный.

[rustler2000]

Сергей Кузнецов, на серверной стороне там считай каждый коммит имеет множество версий (patchset) и связывается это через комент Change-Id: xxxxxx в коммите. На локальной там простой гит но с помогалкой (git-review) для общения с сервером. git commit -a --amend && git review и у коммита новая версия но и все предыдущие доступны. В общем эти chained changes прекрастны когда работают - но вот апдейтить предыдущие коммиты локально на новые версии непонятно как.

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

rustler2000, что в итоге то?
Проверяли рецепт и ничего не вышло?
Не бойтесь, с гитом вы ничего не сможете сломать. Тем более вы выше смело используете rebase (amend)

А документация что говорит?

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

А документация ровно это и предлагает

// update the remote tracking branches
$ git fetch

// fetch and checkout the change
// (checkout command copied from change screen)
$ git fetch https://gerrithost/myProject refs/changes/74/67374/2 && git checkout FETCH_HEAD

// do the rebase
$ git rebase origin/master

// resolve conflicts if needed and stage the conflict resolution
  ...
$ git add <path-of-file-with-conflicts-resolved>

// continue the rebase
$ git rebase --continue

// push the commit with the conflict resolution as new patch set
$ git push origin HEAD:refs/for/master