Add more specificity to Singularity Hub Pull Names#1059
Closed
vsoch wants to merge 2 commits into
Closed
Conversation
Collaborator
Author
|
I'm not sure why I don't see the changes I just made - I'm going to close and re-open. |
Collaborator
Author
|
If anyone is able to close this, please go ahead. For some reason I cannot! |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR will add more specificity to how users can ask for and name containers. Specifically, since the new version of Singularity Hub allows for multiple container builds associated with a commit and branch, we need to add this level of specificity to the naming of the files. Here is a review:
Old Singularity Hub
The old Singularity Hub used a commit as a version, and provided the hash only as
a special / different preference specified by the user:
This still works. The hash is indeed the hash of the file:
The hash itself was extracted from the filename in storage. Note that we do better now - it's stored in the database and delivered in the manifest. You can also still pull by commit
and default naming goes to as it was before, only the branch (aka "tag" for Singularity Hub v1.0)
Of course we see the issues with this - given two different commands with default naming, we could return different containers (but call them the same thing). For the new version of Singularity Hub, this would produce the same file (but different containers)
Thus, we need to integrate the tag (AND the branch) into the default name. I will describe the changes below.
New Singularity Hub
The new Singularity Hub uses version as the content hash, and commit as commit. As it should have been.
Here is an example pulling by commit
checking...
Note for default naming belong, we now have a branch and tag.
So for our conflict above, the two containers would be appropriately named:
I've written about the naming and recommendation to always name by hash here, and will also link this issue there.
Attn: @singularityware-admin