▲ | andrewmcwatters 2 days ago | ||||||||||||||||
This is really cool, but I find projects that have thousands of people depending on it not cutting a stable release really distasteful. Edit: Downvote me all you want, that's reality folks, if you don't release v1.0.0, the interface you consume can change without you realizing it. Don't consume major version 0 software, it'll bite you one day. Convince your maintainers to release stable cuts if they've been sitting on major version 0 for years. It's just lazy and immature practice abusing semantic versioning. Maintainers can learn and grow. It's normal. Dehydrated has been major version 0 for 7 years, it's probably past due. See also React, LÖVE, and others that made 0.n.x jumps to n.x.x. (https://0ver.org) CalVer: "If both you and someone you don't know use your project seriously, then use a serious version." SemVer: "If your software is being used in production, it should probably already be 1.0.0." | |||||||||||||||||
▲ | nothrabannosir 2 days ago | parent | next [-] | ||||||||||||||||
Distasteful by whom, the people depending on it? Surely not… the people providing free software at no charge, as is? Surely not… Maybe not distasteful by any one in particular, but just distasteful by fate or as an indicator of misaligned incentives or something? | |||||||||||||||||
| |||||||||||||||||
▲ | ygjb 2 days ago | parent | prev | next [-] | ||||||||||||||||
That's the great thing about open source. If you are not satisfied with the free labour's pace of implementing a feature you want, you can do it yourself! | |||||||||||||||||
| |||||||||||||||||
▲ | thaumaturgy 2 days ago | parent | prev | next [-] | ||||||||||||||||
FWIW I have been using and relying on Dehydrated to handle LetsEncrypt automation for something like 10 years, at least. I think there was one production-breaking change in that time, and to the best of my recollection, it wasn't a Dehydrated-specific issue, it was a change to the ACME protocol. I remember the resolution for that being super easy, just a matter of updating the Dehydrated client and touching a config file. It has been one of the most reliable parts of my infrastructure and I have to think about it so rarely that I had to go dig the link out of my automation repository. | |||||||||||||||||
| |||||||||||||||||
▲ | dspillett 2 days ago | parent | prev | next [-] | ||||||||||||||||
Feel free to provide and support a "stable" branch/fork that meets your standards. Be the change you want to see! Edit to comment on the edit: > Edit: Downvote me all you want I don't generally downvote, but if I were going to I would not need your permission :) > that's reality folks, if you don't release v1.0.0, the interface you consume can change without you realizing it. I assume you meant "present" there rather than "consume"? Anyway, 1.0.0 is just a number. Without relevant promises and a track record and/or contract to back them up breaking changes are as likely there as with any other number. A "version 0.x.x" of a well used and scrutinized open source project is more reliable and trustworthy than something that has just had a 1.0.0 sticker slapped on it. Edit after more parent edits: or go with one of the other many versioning schemes. Maybe ItIsFunToWindUpEntitledDicksVer Which says "stick with 0.x for eternity, go on, you know you want to!". | |||||||||||||||||
▲ | juped 2 days ago | parent | prev [-] | ||||||||||||||||
Another person who thinks semver is some kind of eldritch law-magic, serving well to illustrate the primary way in which semver was and is a mistake. Sacrificing a version number segment as a permanent zero prefix to keep them away is the most practical way to appease semver's fans, given that they exist in numbers and make ill-conceived attempts to depend on semver's purported eldritch law-magics in tooling. It's a bit like the "Mozilla" in browser user-agents; I hope we can stop at one digit sacrificed, rather than ending up like user-agents did, though. In other words, 0ver, unironically. Pray we do not need 0.0ver. |