> On 24 Jan 2019, at 08:03, Olivier Goffart <[email protected]> wrote: > [...]> - Stay with the current solution <= the merge effort is too big and > qt6 is >> expected to cause conflicts that really should not be solved by one person > > Again, I don't see how the proposed model reduce the amount of conflicts. > If the "one person" is the problem, then nothing prevents you to assign more > people to the job. One easy way is already to share the different modules > (repositories). But with some cooperation it is also possible to share the > work accross directories, or by number of commits. One can also be pragmatic > and revert most problematic commit (that fails tests) in dev or stable, then > let the author work at it again.
Having to wait for someone else to trigger the merge and resolve the various conflicts before I can continue to base my work on dev on a fix that I already made in 5.12 breaks flow. Distributing this work to more people doesn’t solve the problem. The whole notion that my change has to become someone else’s problem by design of the merge process is more than just a little crazy to me. I want to own my change, have control over which branches it hits, and be responsible for cleaning up the mess my change might have caused. The current model doesn’t give me any of that beyond the initial merge. Volker _______________________________________________ Development mailing list [email protected] https://lists.qt-project.org/listinfo/development
