git rebase branch со всеми дочерними элементами

Question

Можно ли переделать ветку со всеми ее дочерними частями в git?

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

* master 
* 
* featureA-finished 
* 
* origin/master 

теперь я хочу rebase -imaster на origin/master, чтобы изменить/перефразировать фиксации featureA-finished^

после git rebase -i --onto origin/master origin/master master, я в основном хочу история быть:

* master 
* 
* featureA-finished 
* (changed/reworded) 
* origin/master 

но то, что я получаю :

есть способ обойти это, или я застрял с воссозданием ветвей на новых переборках?

Answer 1

Я не уверен, как именно там у вас, но:

git branch -f (same changeset as featureA-finished) 

должно быть достаточно, чтобы сбросить featureA-finished ветвь с правой историей.

Answer 2

Что я бы посоветовал сначала переупаковать featureA-finished на origin/master. Затем сделайте шаг перезаписи. После этого rebase master на featureA-finished. Это даст вам конечный результат, который вы хотите.

Обратите внимание, что вам нужно будет использовать -i на обеих скидках и, возможно, придется удалить все коммиты с оригинала featureA-finshed вниз во второй перестановке. Если бы вы захотели, вы могли бы написать сценарий, который бы устранил это, сохранив промежуточную ветку и используя это как базу для переустановки --onto новой версии. Он мог бы даже обрабатывать последовательность таких «подбриков», если бы вы написали это правильно. Если вам нужна помощь, я могу попытаться ударить ее.

Answer 3

В соответствии с git's Object Model, если вы только изменяете метаданные фиксации (т. Е. Сообщение фиксации), но не лежащие в нем базовые данные («дерево (деревья)»), то это хеш дерева останется неизменным.

Помимо редактирования сообщения о фиксации, вы также выполняете rebase, который будет изменять хеши дерева каждой фиксации в вашей истории, поскольку любые изменения, сделанные с origin/master, будут влиять на файлы в вашей переписанной истории: это означает некоторые из файлов (капли), которые ваша фиксация указывает на изменение.

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

Таким образом, редактирование фиксации с помощью rebase -i обычно не изменяет метку времени и автора фиксации, поэтому вы можете использовать это, чтобы однозначно идентифицировать свои фиксации до и после операции переадресации.

Вам необходимо написать сценарий, который записывает все начальные точки ветвления в отношении этого идентификатора «timestamp: author» перед выполнением переустановки, а затем найдите переписанные фиксации с тем же идентификатором «timestamp: author» и переустановите ветвь на нем.

К сожалению, у меня нет времени, чтобы попробовать написать этот скрипт самостоятельно, поэтому я могу только пожелать вам удачи!

Edit: Вы можете получить адрес электронной почты автора и метку времени с помощью:

$ git log --graph --all --pretty=format:"%h %ae:%ci" 
* 53ca31a robert.meerman@gmail.com:2010-06-16 13:50:12 +0100 
* 03dda75 robert.meerman@gmail.com:2010-06-16 13:50:11 +0100 
| * a8bb03a robert.meerman@gmail.com:2010-06-16 13:49:46 +0100 
| * b93e59d robert.meerman@gmail.com:2010-06-16 13:49:44 +0100 
|/ 
* d4214a2 robert.meerman@gmail.com:2010-06-16 13:49:41 +0100 

И вы можете получить список филиалов для каждого из них на основе их фиксации хэша:

$ git branch --contains 03dda75 
* testbranch 

Следите за несколькими ветвями за фиксацию, общий предок d4214a2 принадлежит к обоим ветвям!

Answer 4

похоже, что эта функция медленно проникает в git. rebase получит опцию --rebase-refs, которая будет выполнять именно то, что мой первоначальный ответ был задан. для предлагаемой серии патчей см. резьбу rebase: command "ref" and options --rewrite-{refs,heads,tags} на gmane.