From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 13 Apr 2022 13:01:15 +0300 From: "Dmitry V. Levin" To: ALT Linux Team development discussions Message-ID: <20220413100115.GA30556@altlinux.org> References: <20220412102001.6o7gh2xcnyb5a27o@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] [ANNOUNCE] devel-kernel workflow X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2022 10:01:15 -0000 Archived-At: List-Archive: List-Post: 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