[Scummvm-devel] Towards a new release branch model
Max Horn
max at quendi.de
Tue May 31 00:08:21 CEST 2011
Am 30.05.2011 um 23:31 schrieb Marcus Comstedt:
>
> Hi Max,
>
> I think you skipped over the most important point in fuzzie's questions:
> How do we handle bugs which get "quick fixes" on the release branch,
> and more thorough fixes on "trunk". Do we immediately merge the quick
> fix and then revert it ("reverse cherry-picking") before making the
> thorough fix, or do we make the fixes in parallel and get a conflict
> when later merging the quick fix (or worse, _not_ getting a conflict
> and potentially have two fixes for the same thing)?
Good question. I have no good answer ready right now, but apparently, the git team itself somehow deals with it. So it would be a good idea to find out. E.g. somebody could ask them.
> Btw, if everything from release branches get merged back, then you
> can't put "releasification" things on release branches (for example
> disabling of serial port output in the DC port),so such things need
> to be controlled by --enable-release instead.
Having this automatically done when --enable-release is used sounds like a much better way than doing it manually during every release cycle. Makes it less likely that it's forgotten.
> I seem to recall there
> were some problems with using this flag for additional things, but
> maybe that's been fixed with the restructuring of the configure
> script?
I wasn't aware that there ever was a problem with that, nor do I see one now.
Bye,
Max
More information about the Scummvm-devel
mailing list