[devel] elinks.git переход на новый бранч

[devel] elinks.git переход на новый бранч

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 945 bytes --]

У меня сложилась такая ситуация с elinks.git.
Бранчи багфиксный elinks-0.11 и master/origin слишком сильно разошлись.
В elinks-0.11 бекпортят (git-cherry-pick) всякие багфиксы из master.
Общий common ancestor у них это таг elinks-0.11.0:

$ git-describe `git-merge-base elinks-0.11 origin`
elinks-0.11.0
$

В бранче elinks-0.11, в районе того места, на котором я сейчас сижу,
сбекпортили больше 100 коммитов:

$ git-whatchanged elinks-0.11.0..elinks-0.11.2 |grep ^commit |wc -l
133
$

В бранче origin с тех пор больше 1000 коммитов:

$ git-whatchanged elinks-0.11.0..origin |grep ^commit |wc -l
1608
$

В общем, бранчи сильно разошлись, и наджеды на апстримное слияние этих
бранчей очень мало.

Теперь вопрос: как мне перебазироваться с бранча elinks-0.11 на origin?
Я попробовал сделать наивный pull, там получается более 100 конфиликтов
не считая *.po файлов.

Какие могут быть стратегии перехода на новый бранч?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] elinks.git переход на новый бранч

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 663 bytes --]

Alexey Tourbin пишет:
> У меня сложилась такая ситуация с elinks.git.
> Бранчи багфиксный elinks-0.11 и master/origin слишком сильно разошлись.
> В elinks-0.11 бекпортят (git-cherry-pick) всякие багфиксы из master.
> Общий common ancestor у них это таг elinks-0.11.0:
> 
...
> 
> Теперь вопрос: как мне перебазироваться с бранча elinks-0.11 на origin?
> Я попробовал сделать наивный pull, там получается более 100 конфиликтов
> не считая *.po файлов.
> 
> Какие могут быть стратегии перехода на новый бранч?

  Как вариант: Поставить тег на origin, и в .gear-rules, для сборки
трабла, привязываться уже к нему...

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 548 bytes --]

Re: [devel] elinks.git переход на новый бранч

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 987 bytes --]

On Wed, Apr 04, 2007 at 01:49:54AM +0400, Aleksey Avdeev wrote:
> Alexey Tourbin пишет:
> > У меня сложилась такая ситуация с elinks.git.
> > Бранчи багфиксный elinks-0.11 и master/origin слишком сильно разошлись.
> > В elinks-0.11 бекпортят (git-cherry-pick) всякие багфиксы из master.
> > Общий common ancestor у них это таг elinks-0.11.0:
> > 
> ...
> > 
> > Теперь вопрос: как мне перебазироваться с бранча elinks-0.11 на origin?
> > Я попробовал сделать наивный pull, там получается более 100 конфиликтов
> > не считая *.po файлов.
> > 
> > Какие могут быть стратегии перехода на новый бранч?
> 
>   Как вариант: Поставить тег на origin, и в .gear-rules, для сборки
> трабла, привязываться уже к нему...

У меня слишком много изменений в моем бранче, который тесно привязан
к elinks-0.11.  Патчев отдельно не держу.  Может быть rebase даст меньше
конфликтов.  Но ведь нужно как-то ещё иметь в качестве common ancestor
последний таг 0.11.2-alt1.  Или не нужно?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] elinks.git переход на новый бранч

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1417 bytes --]

Alexey Tourbin пишет:
> On Wed, Apr 04, 2007 at 01:49:54AM +0400, Aleksey Avdeev wrote:
> 
>>Alexey Tourbin пишет:
>>
>>>У меня сложилась такая ситуация с elinks.git.
>>>Бранчи багфиксный elinks-0.11 и master/origin слишком сильно разошлись.
>>>В elinks-0.11 бекпортят (git-cherry-pick) всякие багфиксы из master.
>>>Общий common ancestor у них это таг elinks-0.11.0:
>>>
>>
>>...
>>
>>>Теперь вопрос: как мне перебазироваться с бранча elinks-0.11 на origin?
>>>Я попробовал сделать наивный pull, там получается более 100 конфиликтов
>>>не считая *.po файлов.
>>>
>>>Какие могут быть стратегии перехода на новый бранч?
>>
>>  Как вариант: Поставить тег на origin, и в .gear-rules, для сборки
>>трабла, привязываться уже к нему...
> 
> 
> У меня слишком много изменений в моем бранче, который тесно привязан
> к elinks-0.11.  Патчев отдельно не держу.  Может быть rebase даст меньше
> конфликтов.

  Можно попробовать... Меня здесь git-cherry-pick, выполняемые ранее,
настораживают: если правильно понимаю -- оно связи родитель-потомок не
оставляет, что может вызвать сложности при rebase... (Но похоже -- этот
квест всё равно придётся пройти...)

>  Но ведь нужно как-то ещё иметь в качестве common ancestor
> последний таг 0.11.2-alt1.  Или не нужно?

  Кажется я запутался. Что именно имеется в виду: Точка ветвления вашего
бранча от апстрима?

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 548 bytes --]

Re: [devel] elinks.git переход на новый бранч

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1801 bytes --]

On Wed, Apr 04, 2007 at 01:25:54PM +0400, Aleksey Avdeev wrote:
> > У меня слишком много изменений в моем бранче, который тесно привязан
> > к elinks-0.11.  Патчев отдельно не держу.  Может быть rebase даст меньше
> > конфликтов.
> 
>   Можно попробовать... Меня здесь git-cherry-pick, выполняемые ранее,
> настораживают: если правильно понимаю -- оно связи родитель-потомок не
> оставляет, что может вызвать сложности при rebase... (Но похоже -- этот
> квест всё равно придётся пройти...)
> 
> >  Но ведь нужно как-то ещё иметь в качестве common ancestor
> > последний таг 0.11.2-alt1.  Или не нужно?
> 
>   Кажется я запутался. Что именно имеется в виду: Точка ветвления вашего
> бранча от апстрима?

Приложил скриншот.

Я работаю с бранчем elinks-0.11 (на рисунке он до конца не показан, а
кончается на теге elinks-0.11.2).  А туда вверх идет другой бранч --
он называется origin, начиная с коммита elinks-0.12.GIT.  Общий предок
у этих брачей -- elinks-0.11.0.  Он там глубоко внизу.

Из рисунка видно, что я крепко привязан к бранчу elinks-0.11, т.е. я
вносил свои изменения, потом pull, потом опять вносил свои изменения,
потом поять pull, и т.д.

Теперь я хочу делать новую сборку на основе бранча elinks-0.12.GIT,
который уходит туда вверх "в бесконечность".

Наивный pull тут сделать очень проблемно.  Можно попробовать
перебазировать все свои изменения на бранч elinks-0.12.GIT,
не то с помощью git-rebase, не то с помощью cherry-pick.
Но возникает вопрос: нужно ли делать merge со старым бранчем master,
хотя бы и фиктивный?  Фиктивный merge ведь тоже чреват последствиями:
git будет думать, что какие-то левые изменения там теперь есть, а на
самом деле там их нет.  Или git достаточно хитер для того, чтобы
распознать применение левой стратегии ours?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] elinks.git переход на новый бранч

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 850 bytes --]

On Wed, Apr 04, 2007 at 02:35:11PM +0400, Alexey Tourbin wrote:
> Наивный pull тут сделать очень проблемно.  Можно попробовать
> перебазировать все свои изменения на бранч elinks-0.12.GIT,
> не то с помощью git-rebase, не то с помощью cherry-pick.
> Но возникает вопрос: нужно ли делать merge со старым бранчем master,
> хотя бы и фиктивный?

С точки зрения сборки из git, которой угрожают вот уже неизвестно сколько
времени, нужно.

> Фиктивный merge ведь тоже чреват последствиями:
> git будет думать, что какие-то левые изменения там теперь есть, а на
> самом деле там их нет.  Или git достаточно хитер для того, чтобы
> распознать применение левой стратегии ours?

ours применяется как раз для того, чтобы объяснить git, что эти левые
изменения из другого бранча уже включены в текущий бранч (пусть и в
совершенно другом виде).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] elinks.git переход на новый бранч

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1212 bytes --]

On Wed, Apr 04, 2007 at 02:50:57PM +0400, Sergey Vlasov wrote:
> On Wed, Apr 04, 2007 at 02:35:11PM +0400, Alexey Tourbin wrote:
> > Наивный pull тут сделать очень проблемно.  Можно попробовать
> > перебазировать все свои изменения на бранч elinks-0.12.GIT,
> > не то с помощью git-rebase, не то с помощью cherry-pick.
> > Но возникает вопрос: нужно ли делать merge со старым бранчем master,
> > хотя бы и фиктивный?
> 
> С точки зрения сборки из git, которой угрожают вот уже неизвестно сколько
> времени, нужно.
> 
> > Фиктивный merge ведь тоже чреват последствиями:
> > git будет думать, что какие-то левые изменения там теперь есть, а на
> > самом деле там их нет.  Или git достаточно хитер для того, чтобы
> > распознать применение левой стратегии ours?
> 
> ours применяется как раз для того, чтобы объяснить git, что эти левые
> изменения из другого бранча уже включены в текущий бранч (пусть и в
> совершенно другом виде).

Тогда стратегия перехода на новый бранч получается такая:

1) cherry-pick или адаптация всех моих изменений в коде со старого
бранча на новый бранч.

2) после этого git-checkout старый_бранч elinks.spec и одновременно
фиктивный merge со старым бранчем.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]