Как исправить проблемы с обзором в Gerrit, когда есть второй более новый обзор

Когда у вас есть зависимые рецензии в Gerrit (то есть одно рецензируемое изменение, которое зависит от более раннего изменения, которое одновременно находится на рецензировании), и вам нужно внести изменения в более раннее изменение, вам фактически необходимо повторно отправить оба изменения (поскольку второе изменение становится зависимым от другого «родительского» коммита)

Итак, ситуация такова, что у вас есть два коммита в одной ветке от основной ветки разработки, например:

o master
\
 o Commit A (in review, requires change)
 o Commit B (in review, no changes required)

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

o master
\
 o Commit A (in review, requires change)
 o Commit B (in review, no changes required)
 o Commit C (modifications to Commit A)

Теперь я делаю git rebase -i master и переупорядочиваю фиксацию C так, чтобы она шла после фиксации A, но перед фиксацией B, а затем сжимаю ее в фиксацию A. График фиксации теперь выглядит так:

o master
\ 
 o Commit A' (Commit A, incorporating the changes from Commit C)
 o Commit B' (the same changes made in Commit B, but applied to Commit A' instead of A)

Наконец, git review (или любая другая команда, которую вы используете для отправки изменений в gerrit), чтобы повторно отправить оба коммита в Gerrit.

Именно из-за подобных сложностей большинство людей настоятельно рекомендуют работать над каждым отдельным изменением в отдельной ветке, а затем объединять в один коммит перед отправкой в ​​Gerrit, вместо того, чтобы иметь дело с такими ситуациями, когда у вас есть проверяемые зависимые изменения. в то же время.

Я думаю, что ваша проблема связана с тем, что поправка к 1-му коммиту теперь имеет второй коммит как зависимость. Это то, что я бы сделал лично, но может быть лучший способ. Я смотрю на это, поскольку вы хотите изменить базу так, как ваши коммиты, и вы имеете дело с последними 3. Итак, запустите «git rebase -i HEAD~3». Это позволяет вам изменить базу последних 3 коммитов, изменив порядок или объединив их друг с другом. Вы должны знать, что он перечисляет коммиты в порядке старейших. Вот пример:

Лог git выглядит следующим образом:

информация о коммите: ......

сообщение: foo2

информация о коммите: ......

сообщение: бар1

информация о коммите: ......

сообщение: foo1

После запуска вышеуказанной команды редактор должен появиться со следующим:

выбрать foo1.

выбрать бар1.

выбрать foo2.

(Предполагается, что ваше второе изменение foo не изменило ни один из файлов, которые изменил bar1, поскольку это может не сработать, и если вы это сделали, вы все равно должны были изменить фиксацию.) Затем измените список на это:

выбрать foo1

исправить foo2

выбор бар1

После этого у вас будут foo1 и foo2, объединенные в один коммит, а bar1 будет следующим коммитом. Затем я запускал «git reset --soft HEAD~1», сбрасывающий самую новую фиксацию, а затем «git commit --amend», который позволяет вам изменить сообщение коммита для первого обзора и обязательно включить идентификатор изменения. . Тогда попробуйте свой толчок. После этого у вас должен быть установлен новый патч, и все файлы, которые были изменены вторым изменением, будут изменены и останутся в вашем рабочем каталоге.

вызов

commit --ammend

вместо вашего второго изменения

Ситуация точно такая, как объяснил @Trevor. rebase -i это хороший способ сделать, когда у вас есть это условие.

Лично я тоже использую эту команду, но немного по-другому:

<сильный>1. Используйте --fixup и --autosquash

у вас есть два коммита:

old commit
new commit

когда вы хотите изменить старый коммит, тогда

 git commit --fixup <old_commit_id>

затем перебазируйте с помощью автосквоша,

git rebase -i --autosquash <commit_id_before_old_commit>

Если мои комментарии неясны, вы можете проверить подробности в: https://fle.github.io/git-tip-keep-your-branch-clean-with-fixup-and-autosquash.html

OR

<сильный>2. Воспользуйтесь преимуществами Геррита

После того, как вы зафиксируете два изменения, у вас будет два изменения open-review в вашем графическом интерфейсе.

Затем перейдите к своему «старому изменению», выберите загрузить -> проверить это изменение, на самом деле после проверки вы перейдете в ветку для этого изменения, затем исправьте свой код, исправьте, перебазируйте, нажмите. .. как то, что вы делаете, как обычно.

просто git commit --amend затем git review

Я пытался с этими попытками

1. сделал git rebase -i master
   это не сработало
2. затем последнее, что я сделал, я сделал резервную копию файлов. Удалил весь проект. потом снова клонировал. Вставьте файлы в нужную папку из резервной копии, а затем снова зафиксируйте, а затем нажмите. Это сработало .