Consequences of walking away from the stable branch is something the
community does not have to worry about, it'll be Tiny who have to
worry to keep up with the fast influx of bugfixes. If we deliver Tiny
our community stabilized version they should have little objection to
integrating the fixes into their own "stable" version right ?
Lets go a bit theoretical, which you think is faster and easier to do:
Tiny assignes 5 developers to constantly backport our bugfix releases
into their own branch
vs
Community imports any changes Tiny did to their Stable to our own
bugfix version
So yes, Tiny will make changes, but as soon as someone says, hey they
did that really well and I would like to integrate that into our
bugfix release, it would be in the bugfix release as well from that
point. Whereas Tiny would have to pick features to backport as they
have limited manpower/time.
The only way Tiny could really make our lifes difficult is when they
do what they did with version 5.0, long behind-doors development.
But who is walking away from who then ? And is doing this behind-doors
development a good approach for an open-source minded company ?
Regards,
Niels 'Red15' Huylebroeck