You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Add the ability for an asset to state what versions of Teraslice it requires and Teraslice should use this to validate the asset against it's current version at the time the asset is uploaded.
Right now the asset.json file looks like this:
{
"name": "elasticsearch",
"version": "4.0.0"
}
I propose we extend it with a dependencies property, like the package.json
This seems more akin to the engines setting in package.json rather than dependencies. You're defining what the minimum runtime environment needs to be which is more of an execution time dependency rather than a build time dependency.
This seems more akin to the engines setting in package.json rather than dependencies. You're defining what the minimum runtime environment needs to be which is more of an execution time dependency rather than a build time dependency.
Yeah, excellent observation. I have no strong opinions on how the key is named and had only decided to mimic npm because I wanted to avoid inventing my own thing. These are still things I consider open questions:
What should we name the Teraslice version requirement property in the asset?
Is there some reason we should mimic npm or even better, are there any arguments for not mimicking it?
I don't think there's any reason to mimic npm as far as key names go and I would only do that if you definitely want to accept the implied semantics that would come from it. In this case the implied semantics may just be confusing so it's probably best to just use a unique key.
Add the ability for an asset to state what versions of Teraslice it requires and Teraslice should use this to validate the asset against it's current version at the time the asset is uploaded.
Right now the
asset.json
file looks like this:I propose we extend it with a
dependencies
property, like thepackage.json
Other things to consider:
/txt/assets
change (show incompatible versions)The text was updated successfully, but these errors were encountered: