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

Unify version tag and automate release #48

Open
Jegp opened this issue Aug 18, 2023 · 0 comments
Open

Unify version tag and automate release #48

Jegp opened this issue Aug 18, 2023 · 0 comments
Labels
after-paper Issues for after the initial paper submission

Comments

@Jegp
Copy link
Collaborator

Jegp commented Aug 18, 2023

This issue tracks the unification of the version number and the automation of NIR releases.

From @sheiksadique

I am not certain how you typically deal with release management, so I can't comment about its complexity.

But there are essentially two places where the version is maintained still:

1. the **init**.py file

2. git tag/version.

It is therefore possible in principle to have these two things out of sync.

There are essentially three advantages to automate the process of releases.

1. There will be a unique location of version information.

2. The releases themselves can be automatically handled ie you do not need to create a separate release. A simple act of tagging should automate a major/minor release.

3. Any versions that are not explicitly tagged but pushed to the repos can still be published as pre-releases giving users immediate access to this without having to look up things in GitHub.
@stevenabreu7 stevenabreu7 added the after-paper Issues for after the initial paper submission label Oct 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
after-paper Issues for after the initial paper submission
Projects
None yet
Development

No branches or pull requests

2 participants