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

[Evgeny Sinelnikov]

пн, 6 дек. 2021 г. в 19:53, Dmitry V. Levin <ldv at altlinux.org>:
>
> On Mon, Dec 06, 2021 at 06:26:08PM +0300, Anton V. Boyarshinov wrote:
> > В Mon, 6 Dec 2021 18:02:15 +0300, Dmitry V. Levin пишет:
> >
> > > > > Да, мы не можем вести исходники, как апстрим, и как дистрибутивеные
> > > > > одновременно без специальных усилий.
> > > >
> > > > На мой взгляд, эти специальные услилия должны состоять в то, что должен
> > > > быть upstream каждой alt-специфичной части ядра. А в пакет с ядром
> > > > должны вливаться эти изменения.
> > >
> > > Да, конечно.  А разве это сейчас не так?
> >
> > На мой взгляд, это именно так
>
> Тогда в чём, собственно, проблема?

Проблема в том, как минимум, что это не документировано и неочевидно.

Если у нас есть upstream каждой alt-специфичной части ядра, то как его найти?
А если merge-commit'ы размазаны по репозиторию после первого merge с
минорным релизом, то как их потом искать?
Может быть тогда сделать соответствующие gear-rules с этими merge-commit'ами?
Как отслеживать какие fix'ы и features, которые приложены?

На деле же проблема в том, что у нас общий апстрим ядра для множества
разработчиков. Нужно подумать как нам вести разработку так, чтобы:
- это работа была взаимно удобна;
- позволяла в таком режиме вести разработку, чтобы схема сборки была прозрачна;
- позволяла при накатывании патчей сторонними разработчиками (в том
числе и нам самим в какой-то момент времени) не сталкиваться с
неопределенностью о том, поверх какого когда наиболее близкого к
нашему ядру стоит вести разработку;
- не отворачивала от нас разработчиков за счёт степени компетенции в
git, которую мы сами от себя почему-то не требуем для сборки
собственных ядер, и делаем как нам удобно.




--
Sin (Sinelnikov Evgeny)