Replies: 1 comment 1 reply
-
But it is also easy for a developer do reason about it. Otherwise you need some sort of dependency matrix, showing which Ebean version works with which agent/plugin. What if a plugin will be rewritten and introduces some breaking changes? Do we then have for example Ebean 14.x with plugin 15.x because of semantic versioning? |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
So
14.0.0
will be a jakarta artefact and14.0.0-javax
will be a javax artefact.We will still continue to release both a jakarta and javax version of ebean with each release.
I'm looking to do this because the master branch is jakarta now and I think this will be easier for me to get the releases correct and not make a mistake doing that plus makes it easier to put out some pre-release versions of 15.x (and I intend 15.x to be jakarta only at this stage).
With 14.x I'm also going to trial only releasing the ebean-agent, ebean-maven-plugin and ebean-gradle-plugin with minor versions (so 14.0, 14.1, 14.2) ... but still release the maven tile for every release. Currently we release all these for every release even though they rarely change which is "simple" but also a bit "wasteful".
Summary, 14.x will:
Beta Was this translation helpful? Give feedback.
All reactions