On Fri, Mar 2, 2018 at 8:45 AM Romain Manni-Bucau <rmannibu...@gmail.com>
> Hi guys,
> I didn't find a page about beam release support. With the fast minor
release rrythm which is targetted by beam (see other threads on that), I
wonder what - as an end user - you should expect as breakage between
versions (minor can add API but shouldn't break them typically) and how
long a version can get fixes (can I get a fix on the 2.0.0 - 2.0.1 - now
the 2.3.0 is out?).
We promise semantic versioning, in particular API stability for minor
releases: https://beam.apache.org/get-started/downloads/#api-stability .
> A page with some engagements like "we support majors for 3 years, minors
for 6 months" would be very beneficial for end users IMO.
Good point, though it's unclear what "support" means in the absence of
> Technically I also think beam should use clirr (I know there is a maven
plugin, not sure about gradle but it is clearly not a technical blocker).
It would allow to enforce the policy at build time and avoid surprises.
+1 to any and all automation of policies like this. (Of course the tricky
bits are behavioral differences. In addition, all our public APIs should be
covered by tests, and any changes to existing tests should be vetted in
reviews and backwards incompatibility called out there.)