Hi Philipp, well, we could still extend the installer as needed and do a release at any time - I just thought that release cycles of the installer might differ in the future as we wouldn't need to release a new version every time along with the core.
Starting a discussion on merging the two other repos after the release is a good idea! Dominik -----Original Message----- From: Philipp Zehnder <zehn...@apache.org> Sent: Friday, September 18, 2020 10:05 AM To: dev@streampipes.apache.org Subject: Re: Release version of installer Hi, yes Patrick did an awesome job with the new structure and documentation. But this would mean we cannot change anything in the CLI, right? So we can not add more commands or new services, or would this still be possible? Maybe we can find a solution that doesn't require the installer to be included in every new release, but leaves us the flexibility to add it to the release when things change? To further ease the release process we should also start the discussion if we merge incubator-streampipes and incubator-streampipes-extensions (in a separate thread after the release). Philipp > On 18. Sep 2020, at 00:10, Dominik Riemer <rie...@apache.org> wrote: > > Hi, > > > > I think Patrick did some really great work in improving (and documenting!) > the installer (Docker, CLI and k8s) for the upcoming version and I’ve just > seen it even has a script for automatically updating versions. > > So I just thought, why not taking the installer out of the release cycle of > core+extensions and release it as a 1.0-version? > > > > It would reflect the maturity of this module and we wouldn’t need to release > the installer every time a new core or extensions version is released (even > though there are no changes to the installer) – the vote process would also > become a bit easier. We could also point the default version to the “latest” > tag so that users would be able to always consume the latest official release. > > > > What do you think? Just a spontaneous idea and I’m sure there are also cons 😉 > > > > Dominik > > > > >
