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
#3732 enabled automatic addition of compat entries when adding a new dependency to a package project, but I believe we should do that for all environments, or at least the non shared ones. Manifests are certainly useful when you have a fixed pipeline which is always running with a fixed version of Julia, but in other cases they're more annoying to carry around, as they are julia version-specific. Now we have versioned manifests which help in certain situations, but do absolutely nothing for instantiating a compatible project in one or two year time with a version of julia which didn't exist when one first created the environment.
Certainly the risk of this proposal is for compat bounds to go stale over a long time, but I think that ensuring that instantiating an environment with (presumably) compatible packages at a later time outweighs the benefit of always having the super latest version of all packages which comes with the risk of breaking the workflow anyway. Automatically adding compat bounds on all non-shared environments would help promote this practice.
The text was updated successfully, but these errors were encountered:
How to distinguish a "shared" environment from other non-named non-UUID'ed environments? I was looking at implementing this, but I don't know how to do it.
Searching for "shared" in this repo I got the feeling that a "shared" environment isn't a property of an environment, but merely a convenience concept? Looking at
#3732 enabled automatic addition of compat entries when adding a new dependency to a package project, but I believe we should do that for all environments, or at least the non shared ones. Manifests are certainly useful when you have a fixed pipeline which is always running with a fixed version of Julia, but in other cases they're more annoying to carry around, as they are julia version-specific. Now we have versioned manifests which help in certain situations, but do absolutely nothing for instantiating a compatible project in one or two year time with a version of julia which didn't exist when one first created the environment.
Certainly the risk of this proposal is for compat bounds to go stale over a long time, but I think that ensuring that instantiating an environment with (presumably) compatible packages at a later time outweighs the benefit of always having the super latest version of all packages which comes with the risk of breaking the workflow anyway. Automatically adding compat bounds on all non-shared environments would help promote this practice.
The text was updated successfully, but these errors were encountered: