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

Wrong Salt version information from the master branch #56634

Closed
marbx opened this issue Apr 14, 2020 · 5 comments
Closed

Wrong Salt version information from the master branch #56634

marbx opened this issue Apr 14, 2020 · 5 comments
Assignees
Labels
Core relates to code central or existential to Salt ZRelease-Sodium retired label
Milestone

Comments

@marbx
Copy link
Contributor

marbx commented Apr 14, 2020

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:

git describe --tags --first-parent --match v[0-9]* --always

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

v3000_docs-33-g4249d7f1e1

This happens to be the last tag, but not the highest 3000.1.

Verified with

$ git tag --list | tail
v2019.2.2
v2019.2.2_docs
v2019.2.3
v2019.2.3_docs
v2019.8
v3000
v3000.0rc1
v3000.0rc2
v3000.1
v3000_docs

When I execute git describe, I get

v3000.1-206-g4249d7f1e1

which complies with documentation

Possibly related

Setup
Checkout master git repository. On a forked repository use

git pull upstream master && git fetch --tags upstream

Steps to Reproduce the behavior
Execute commands above.

Expected behavior
Containing 3000.1 and 206

@Akm0d Akm0d added v3000.1 vulnerable version Bug broken, incorrect, or confusing behavior Core relates to code central or existential to Salt team-core labels Apr 14, 2020
@Akm0d Akm0d added this to the Approved milestone Apr 14, 2020
@sagetherage sagetherage added ZRelease-Sodium retired label Windows and removed v3000.1 vulnerable version labels Apr 15, 2020
@sagetherage sagetherage added P3 Priority 3 and removed P3 Priority 3 labels Apr 15, 2020
@marbx
Copy link
Contributor Author

marbx commented Apr 15, 2020

As documented v3000.1-206-g4249d7f1e1 could be the basis for a correct Salt version from the Git master branch.

Updated the expected behavior

@marbx
Copy link
Contributor Author

marbx commented Apr 15, 2020

@sagetherage why did you restrict the scope to Windows?

@xeacott
Copy link
Contributor

xeacott commented Apr 20, 2020

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.

@cmcmarrow cmcmarrow removed the Windows label Apr 24, 2020
@sagetherage
Copy link
Contributor

sagetherage commented May 4, 2020

@markuskramerIgitt

@ sagetherage why did you restrict the scope to Windows?

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!

@cmcmarrow cmcmarrow removed the Bug broken, incorrect, or confusing behavior label May 5, 2020
@cmcmarrow
Copy link
Contributor

I talked to @markuskramerIgitt on salt community. The problem was found and no fix needs to be push to salt.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Core relates to code central or existential to Salt ZRelease-Sodium retired label
Projects
None yet
Development

No branches or pull requests

5 participants