Hi All,
So, you might have noticed, I just bumped the version of develop to
1.3.0-SNAPSHOT and now there is a “release/1.2” branch. Also, the Multibranch
pipeline on Jenkins kicked in nicely and almost instantly setup a new build job
for the release branch. Both the bumped develop as well as the release branch
built nicely.
Just tell me, if anything else needs to go in the release. I think we could
initiate the real release in a few days, if you agree.
In develop I’m writing a step by step guide about all the steps the how’s and
why’s and will commit that once it’s finished.
Chris
Am 06.11.17, 20:12 schrieb "William Marshall" <wcmar...@gmail.com>:
+1, I like the process.
If I understand correctly, all development work is now happening on the
develop branch, and therefore master is only ever updated when a new
release is created.
On Mon, Nov 6, 2017 at 10:39 AM, Susan Cline <home4...@pacbell.net> wrote:
> +1 - thanks for all the hard work on this!
>
> Susan
>
> > On Nov 6, 2017, at 12:20 AM, Christofer Dutz <christofer.d...@c-ware.de>
> wrote:
> >
> > Hi all,
> >
> > after finally merging back all changes we did in the last few months, I
> think it would be a good time to do a first release using Maven. This way
> we can give the Maven build its final and ultimate test and hopefully
start
> releasing a lot more often.
> >
> > Even if I think the current development speed is still quite low, I
> would propose to start doing releases the following way:
> >
> >
> > * The intention to release is indicated by a “[DISCUSS]” Thread in
> which the intention for a new release is communicated
> > * After there is a general consensus on doing a new release a release
> branch is created and the version develop is incremented (In this case, I
> would create a “release/1.2” branch in which the version remains unchanged
> and the version of develop is incremented to “1.3.0-SNAPSHOT”
> > * As soon as this is done a “[LAST CALL]” Thread is started asking
> everyone to check the release branch, bring in last changes and fixes.
> > * As soon as the “[LAST CALL]” thread implies all are ready, a
> Release Candidate is created. We’ll be using the maven-release-plugin for
> that. This will create a so-called staging repository in Apache’s Nexus
> (This is like a maven repository, but it contains only the artifacts of
the
> release candidate)
> > * As soon as the RC is staged, a “[VOTE]” Thread is started
> containing a link to the staging repository.
> > * As soon as the Vote passes, the staging repo is set to “release”
> and the artifacts automatically go to Apache’s public maven repo and get
> synced to Maven Central.
> > * Now the state of the release gets merged to “master” so now
> “master” represents the state of the last release done by the project.
> > * If there were any bugfixes, patches etc. applied to the release
> branch, these changes need to be merged to the develop branch too.
> >
> > What do you think? Should we start the games?
> >
> > Chris
>
>
