Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix a versioning scheme #8

Open
jcp19 opened this issue May 20, 2022 · 2 comments
Open

Fix a versioning scheme #8

jcp19 opened this issue May 20, 2022 · 2 comments
Labels
documentation Improvements or additions to documentation

Comments

@jcp19
Copy link
Collaborator

jcp19 commented May 20, 2022

No description provided.

@jcp19 jcp19 added the documentation Improvements or additions to documentation label May 20, 2022
@jcp19
Copy link
Collaborator Author

jcp19 commented May 26, 2022

gobra and gobra-action could have the following version numbering: the major version indicates the year of the release, the minor version indicates the month of the release and the patch version identifies the release in a month.
Every time there is a new release in gobra, a release with the same version number should occur in gobra-action. The changes in the gobra-action release should, at least, update the default imageVersion of gobra in action.yml.

It might be the case that one also wants to create a new release for the action without changing the underlying Gobra release. To address this, one can either allow the patch version of the action and gobra diverge (as long as the patch version of the action is at least the one for gobra). Otherwise, one can wait for a new release of Gobra to also release the changes to the action.

In the future, we could also automate this process.

Any thoughts? @ArquintL

@ArquintL
Copy link
Member

To keep things simple, I think I would omit the part that minor versions can diverge. We can simply configure the workflow in Gobra to allow for manual release, which would bump Gobra's minor version in the case we ever need an additional gobra-action release (basically immediately without needing to wait at all for our scheduled workflow to trigger)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

No branches or pull requests

2 participants