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

Naming scheme for development versions #4

Open
terhorstd opened this issue Oct 23, 2020 · 0 comments
Open

Naming scheme for development versions #4

terhorstd opened this issue Oct 23, 2020 · 0 comments
Labels
help wanted Extra attention is needed

Comments

@terhorstd
Copy link
Collaborator

To be able to also install unreleased development versions, one could imagine a scheme where PACKAGE, VERSION and VARIANT are used in a way denoting the explicit git commit or a reference thereto.
Some possible options do exist (nest only as an example):

  • nest-simulator/master/d8cb2976b
    • VERSION would be would be non-numeric "master", and comparisons with numbered versions may turn out unexpectedly
    • VARIANT being a hash will become confusing as soon as more than a few versions are installed. A symlink or rename of the module file to "d8cb2976b-somedescription" could be done, however – keeping the variant name parsable as git hash.
    • VARIANT is expected to be human only string, so being a hash does not raise problems in sorting or anything (just in the humans).
  • nest-simulator-dev/d8cb2976b/somedescription
    • PACKAGE would effectively separate the dev and stable builds; also in the usage with a distinct module load line. It could be thought of as a a kind of staging package for the stable installs under nest-simulator.
    • VERSION sort order does not convey and "older" vs. "later" relationship and may not compare well with numbered dev versions (if also used)
    • VARIANT would be a free name, that can make the version human recognizable.
  • nest-simulator-dev/d8cb2976b-somedescription/default
    • VERSION would contain hash and description and would need to be parsed to extract the two different informations stored in the same field.
    • VARIANT could still be used for it's original purpose
    • PACKAGE does not need to be seprarate -dev, but would probably make sense.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

1 participant