AlexPlom
commented
4 years ago Q. If we are working on Cronus main project and pumping beta versions, do we need to automatically update all the packages with beta versions?
Q. Do we actually need to create beta package releases for the cronus-containing projects, or should we just keep them automatically updated via dependabot?
Q. Do we want to automatically release versions without testing each separate package?
-
Issue I see: I currently see only the way we release as an issue. The format is clunky, it depends on syntax, it needs separate commits etc.
-
Solution idea Maybe a tool/script which mass releases beta packages for configured projects. The tool should be able to specifically release multiple projects either as beta or as stable. The stable verison should have a specified mode from 3 modes, one for each sem-ver level (major, minor, patch).
Please discuss
mynkow
The problem
Right now it is time consuming to release and manage new stable and pre-release versions of the framework. The goal is to automate the entire process so that maintainers could focus on code. The biggest problem is when a change is done in the core Cronus code and it has to be distributed to all other components. This requires package update in every component repository (10+ repositories) and then writing a release notes.
Current process
5. A maintainer has to write release notes in every component repositoryThe goal
Bottom line
I know that there will be a lot of questions and suggestions. This is an open issue which requires discussion and changes to what we currently have. I do not mind removing the current established process entirely.
Also, some of the changes may require some process changes. Keep in mind that we are a small team and currently we DO allow maintainers to push code without having written github issue or PR.