<div dir="auto"><div>"<span style="font-family:sans-serif">You keep track of your patches (more or less </span><br style="font-family:sans-serif"><span style="font-family:sans-serif">succesfully) and cherry-pick or port them."</span></div><div dir="auto"><font face="sans-serif"><br></font></div><div dir="auto"><font face="sans-serif">This sums up what I do with kdiff3. In fact right now trying to merge between stable and master or the other way around would be a nightmare project due to heavy refactoring.</font></div><div dir="auto"><font face="sans-serif"><br></font><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Mon, Aug 24, 2020, 4:07 PM  <<a href="mailto:boud@valdyas.org">boud@valdyas.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2020-08-24 21:55, Albert Astals Cid wrote:<br>
<br>
> I disagree for it to per project, it has to be a global policy,<br>
> otherwise contributing gets more complicated, since I have to remember<br>
> for each project if they want bugfix patches to master or to stable.<br>
<br>
The current "global policy" isn't global already, of course. I'd never <br>
even heard of it. And if I had, I would never have accepted it, since <br>
it's bad practice. You don't merge stable branches into unstable, or the <br>
other way around. You keep track of your patches (more or less <br>
succesfully) and cherry-pick or port them.<br><br>
It's the maintainer's job to keep track of that, or make sure the other <br>
team members know what they should do.<br>
<br>
> Or at least it has to be the same for all the release service<br>
> projects, because otherwise it'll break my brain when doing the<br>
> branching for new releases. Right now i know that we always commit to<br>
> stable and then merge to master, but since people are lazy i know i<br>
> have to run a merge from stable to master before branch for all<br>
> projects, if we let this decision to be per project, what do I do?<br>
<br>
You don't do anything; if the maintainers of those projects cannot <br>
manage their patch workflow, well, shucks. And if you're the maintainer, <br>
then you need to keep track of all that.<br>
<br>
Boudewij<br>
</blockquote></div></div></div>