[devel] [ANNOUNCE] devel-kernel workflow

[Dmitry V. Levin]

Hi,

On Tue, Apr 12, 2022 at 09:54:46PM +0400, Alexey Sheplyakov wrote:
> On Tue, Apr 12, 2022 at 01:20:01PM +0300, Vitaly Chikunov wrote:
> > Так как Антон Бояршинов больше не сопровождает ядра (спасибо ему за
> > проделанную работу), мы реформируем наш kernel workflow. Теперь патчи[1]
> > и пулл реквесты[2] предлагается слать так же как они идут (и
> > принимаются) в апстримные ядра - через список рассылки devel-kernel[3].
> > Просьба использовать тот же инструментарий как для отсылки в апстрим -
> > format-patch, request-pull, send-email с правильно окормленными From,
> > descriptions, tags и т.д.
> > 
> > Дополнительно, просьба указывать в какое ядро предназначен патч (версия и
> > бранч). Так же в случае заимствования патчей "из интернета" просьба
> > ставить ссылку на источник в тег Link: перед своим Signed-off-by:.
> 
> До этого места предложения вполне разумные...
>  
> > Сейчас деревья каждого ядра ведутся в равном стиле, но они будут со
> > временем преобразованы -- каждое ядро будет иметь свой единый бранч с
> > merge commit'ами, где не переписывается история, по крайней мере, между
> > мажорными версиями.
> > В каждый новый бранч (то есть в новую мажорную версию нового ядра)
> > предлагается заново слать свои патчсеты, а затем только обновления
> > (новые коммиты поверх уже принятого патчсета),
> 
> А вот тут -- уже нет. Это гарантировано не работает. Поддерживать
> несколько веток (mainline и пару LTS) * несколько плат * несколько
> версий прошивок возможно только при явном разделении "здесь моё,
> а здесь -- не моё", т.е. при rebase на свежий mainline, и перенос
> получившихся патчей на LTS ветки.

Посмотрите уже, наконец, опыт linux-rt:
https://lpc.events/event/4/contributions/293/attachments/237/416/maintaining-out-of-tree-patches-over-the-long-term.pdf

Это работает, и это, похоже, единственный выход.


-- 
ldv