-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
Wrong Salt version information from the master branch #56634
Comments
As documented Updated the expected behavior |
@sagetherage why did you restrict the scope to Windows? |
Putting @cmcmarrow on this too since he is actively working on some MSI related things. Although I have a PR out for something quite similar, there recently there was a moderate refactoring to version.py which made my PR obsolete. |
@markuskramerIgitt
not limiting, more of a focus of who has the skill set - so more like a team tag, but Chad removed it in case that is confusing, my mistake! |
I talked to @markuskramerIgitt on salt community. The problem was found and no fix needs to be push to salt. |
Description
To build the Salt installer, version information is retrieved from git.
If git is checked out to a tag (e.g.
v3000
), there is no problem.If git is checked out to
master
, the version information is unclear to me.Building from master is necessary to test the installer for the next release.
salt/version.py uses this command:
I think this was appropriate for the abandoned "develop" / multi releases git scheme.
Problem with the current "master" git scheme is that it returns from master
This happens to be the last tag, but not the highest 3000.1.
Verified with
When I execute
git describe
, I getwhich complies with documentation
Possibly related
Setup
Checkout master git repository. On a forked repository use
Steps to Reproduce the behavior
Execute commands above.
Expected behavior
Containing 3000.1 and 206
The text was updated successfully, but these errors were encountered: