[devel] Новая схема ведения исходников ядра

[Anton V. Boyarshinov]

> > > Отменять проверку истории не нужно.  
> >
> > Через git merge -s ours? На мой взгляд, то, что получится, можно
> > называть историей только очень условно.  
> 
> Это не столь важно.

С точки зрения поддержки ядра в дистрибутиве это очень важно. Это нужно
в том числе для обработки сообщений об ошибках вида "в этом релизе ядра
работало, а в этом сломалось".

> Фактически так всегда видно будет реальную
> апстримную ветку с набором наших патчей, каждый раз именно ту, которую
> можно отдать.
А кому-то нужно именно наше std-def ядро со всеми патчами для разработки
поверх него? Какая-то странная идея. Не говоря уж о том, что std-def
ядро это всегда longterm и, порой, не самый последний longterm, так что
рассматривать его как базу для разработки кажется мне не вполне
правильным.

Поскольку при разработке и поддержке дистрибутивного ядра workflow
существенно различается, я не вижу необходимости подгонять одно под
другое (в какую либо сторону). Благо не CVS какой используем, git
достаточно гибкий инструмент.

> Это и для разработки полезно и для сборки всегда
> понятно. Тут нужен внятный README и привязка к документации на
> alltlinux.org, которую нужно будет обновить.
> 
> С ядром мы именно эту историю и получаем. Каждый раз - новый срез с
> нашими старыми патчами. История именно это и будет тогда отражать. А в
> исходниках ядре не будет наших специфичных, сборочных файлов - только
> продуктивные.
> 
> 
>