-
Notifications
You must be signed in to change notification settings - Fork 90
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
Github tagging #152
Comments
This is the revival of an old discussion that was never finished. It came up again in connection with the migration of the build system and fizzled out again. Before you can set tags and define releases, you have to have a clear picture of what a release target is, what verification is done beyond the quick CI/CD flow tests, and last but not least, you have to have the will to write a meaningful CHANGELOG and release notes. |
@antonioleal: Packaging is something I'm working on and tagging is going to be a important tool. |
@antonioleal: My fork, bscottm/open-simh, now has two tagged releases -- simh-4.0.0-alpha1 and simh-4.0.0-alpha2. Github Actions CI/CD will automagically create a release when a new repo tag starting with "v" or "sim-h" is created. |
That's a start, thanks! Hope the main project will follow as well. |
Looks like now is a good time to make a new release, it's super-outdated in many distributions/systems: https://repology.org/project/simh/versions |
Not really an Issue, more a request:
It is possible at some point to start creating Github Tags so software packages can be made downstream?
Tks
António
The text was updated successfully, but these errors were encountered: