-
Notifications
You must be signed in to change notification settings - Fork 371
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
Add pin expiration system (--dev-until-next-release) #3202
Comments
Which default would you expect ? (I would balance on |
I would say: |
I'd argue that most people |
Another thing to consider is that if we find a way to properly solve #2932 that would automatically happen by virtue of version comparison. |
(In the sense that you would not |
I don't know about most people, but I know that would annoy me greatly, and would probably cause me a great deal of frustration because something that was pin is now unpinned without any instruction from me and I forgot about that feature. So, I vote for the non-clever thing by default, and only enable the clever thing with a flag. |
@Drup I kind of agree with you, |
A "dev" pin could actually be different in two ways:
|
Idea by @AltGr
It would be nice to add some kind of flag to a pinned package that tells opam to remove it in case a new release has been found while updating.
This feature could take the form of an option given to
opam add
:--dev-until-next-release
.Maybe it would be good to also add a
set-expiration
subcommand, as follow:The text was updated successfully, but these errors were encountered: