<div dir="ltr"><div dir="ltr">On Wed, Jun 21, 2023 at 8:22 PM Harald Sitter <<a href="mailto:sitter@kde.org">sitter@kde.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Jun 20, 2023 at 11:23 PM Sune Vuorela <<a href="mailto:nospam@vuorela.dk" target="_blank">nospam@vuorela.dk</a>> wrote:<br>
><br>
> On 2023-06-20, David Redondo <<a href="mailto:kde@david-redondo.de" target="_blank">kde@david-redondo.de</a>> wrote:<br>
> > Harald and I prototyped another solution to build a Qt<br>
> >  5 and Qt 6 version out of the same repo and employed it on<br>
> > plasma-integration: <a href="https://invent.kde.org/plasma/plasma-integration/-/" rel="noreferrer" target="_blank">https://invent.kde.org/plasma/plasma-integration/-/</a><br>
> > merge_requests/91<br>
><br>
> Did I miss something or is this just branching but without having git to<br>
> help us move stuff between versions?<br>
<br>
Yes but no. If we have two branches we also need two tars and everyone<br>
needs to do two things. If we have everything in the same branch then<br>
everything is as usual. Also, the sources are so divergent that<br>
picking is bound to be annoying.<br></blockquote><div><br></div><div>It sounds like we are approaching (or have already hit) a "crossroads" where it is time for the Qt 5 codebase to enter a stable release only phase, with master becoming Qt 6 exclusive.</div><div>Splitting the code into separate Qt 5 / Qt 6 folders sounds like it will be difficult to ensure that all bug fixes are applied equally to both sides.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
HS<br></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>