On Tue, Jul 14, 2020 at 4:21 PM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 14 Jul 2020, at 12:11, Yedidyah Bar David <didi@redhat.com> wrote:
On Tue, Jul 14, 2020 at 11:43 AM Michal Skrivanek <michal.skrivanek@redhat.com> wrote:
Hi all, we’re moving to 4.4.z development now and we need to keep a closer eye
on automation results and making sure the build is not broken. For these reasons we’re considering moving to a similar model as vdsm, having a smaller set of people with merge rights to make sure the patches get in in the right order and they meet our sanity standards (OST, bug’s TM)
Any objections/comments?
Any reason to not simply branch 4.4? And have the branch maintained by the stable branches maintainers?
just the sheer amount of backports needed (every patch). Doesn’t sound worth the effort of posting and reviewing(even if just formally) everything twice.
If you expect _every_ patch to be backported, just do nothing - let current maintainers do their job, and revert the occasional bad ones when needed. Otherwise, I think branching is a good approach.
-- Didi
-- Didi