name FreeCAD 0.91 instead of 0.20, means version after 0.19 could be 0.91
Forum rules
Be nice to others! Read the FreeCAD code of conduct!
Be nice to others! Read the FreeCAD code of conduct!
- Joel_graff
- Veteran
- Posts: 1949
- Joined: Fri Apr 28, 2017 4:23 pm
- Contact:
Re: name FreeCAD 0.91 instead of 0.20, means version after 0.19 could be 0.91
I remember reading somewhere that using a year-based versioning scheme could create issues for Debian packaging or something... No idea why / how, but it's something to consider.
FreeCAD Trails workbench for transportation engineering: https://www.github.com/joelgraff/freecad.trails
pivy_trackers 2D coin3D library: https://www.github.com/joelgraff/pivy_trackers
pivy_trackers 2D coin3D library: https://www.github.com/joelgraff/pivy_trackers
- kkremitzki
- Veteran
- Posts: 2515
- Joined: Thu Mar 03, 2016 9:52 pm
- Location: Illinois
Re: name FreeCAD 0.91 instead of 0.20, means version after 0.19 could be 0.91
How often does one really need to say, version X was this long ago? All that seems to matter to me is to know the current version, and to be able to say whether a version is older than current. I'm not a fan of year.date versioning systems because doesn't allow you to communicate the significance of the changes in a new version, just that it's newer, but dotted decimal versions can do that too. It also keeps our tie to yearly releases, which IMO we should view as a historical coincidence... having huge gaps of time between releases doesn't help us get any better at making releases.
Also, there are actually several issues being discussed here:
1. should we drop the leading 0 in the version to communicate FreeCAD's maturity (and stop communicating its immaturity)
2. should we have a 1.0 release to communicate FreeCAD's readiness for wide usage
3. should we use a major.minor.patch or year.date versioning system
It seems the consensus to 1 is 'yes'. The arguments for 2 are strong--not having a 1.0 release is like not having a graduation ceremony. Deciding on 3 can IMO be deferred after we drop the leading 0 and after we have a 1.0 release--it's a separate issue.
Also, I don't think a year.date versioning system would cause any Debian packaging problems, except that if we switch to it we can't easily switch back, which seems unlikely anyway.
Also, there are actually several issues being discussed here:
1. should we drop the leading 0 in the version to communicate FreeCAD's maturity (and stop communicating its immaturity)
2. should we have a 1.0 release to communicate FreeCAD's readiness for wide usage
3. should we use a major.minor.patch or year.date versioning system
It seems the consensus to 1 is 'yes'. The arguments for 2 are strong--not having a 1.0 release is like not having a graduation ceremony. Deciding on 3 can IMO be deferred after we drop the leading 0 and after we have a 1.0 release--it's a separate issue.
Also, I don't think a year.date versioning system would cause any Debian packaging problems, except that if we switch to it we can't easily switch back, which seems unlikely anyway.
-
- Posts: 439
- Joined: Tue Apr 04, 2017 6:06 pm
- Location: SF Bay Area, California
Re: name FreeCAD 0.91 instead of 0.20, means version after 0.19 could be 0.91
I do not understand how 1.0 or 2.0 tells me whether i am using a current version not??kkremitzki wrote: ↑Fri Mar 29, 2019 3:16 pm How often does one really need to say, version X was this long ago? All that seems to matter to me is to know the current version, and to be able to say whether a version is older than current. I'm not a fan of year.date versioning systems because doesn't allow you to communicate the significance of the changes in a new version, just that it's newer, but dotted decimal versions can do that too. It also keeps our tie to yearly releases, which IMO we should view as a historical coincidence... having huge gaps of time between releases doesn't help us get any better at making releases.
Also, there are actually several issues being discussed here:
1. should we drop the leading 0 in the version to communicate FreeCAD's maturity (and stop communicating its immaturity)
2. should we have a 1.0 release to communicate FreeCAD's readiness for wide usage
3. should we use a major.minor.patch or year.date versioning system
It seems the consensus to 1 is 'yes'. The arguments for 2 are strong--not having a 1.0 release is like not having a graduation ceremony. Deciding on 3 can IMO be deferred after we drop the leading 0 and after we have a 1.0 release--it's a separate issue.
Also, I don't think a year.date versioning system would cause any Debian packaging problems, except that if we switch to it we can't easily switch back, which seems unlikely anyway.
Re: name FreeCAD 0.91 instead of 0.20, means version after 0.19 could be 0.91
you're really a helpless lot: 1.0 is cool, and 2.0 is futuristic. geeez ... didn't you learn anything in engineering school ?Mark Szlazak wrote: ↑Fri Mar 29, 2019 6:08 pm I do not understand how 1.0 or 2.0 tells me whether i am using a current version not??
- Joel_graff
- Veteran
- Posts: 1949
- Joined: Fri Apr 28, 2017 4:23 pm
- Contact:
Re: name FreeCAD 0.91 instead of 0.20, means version after 0.19 could be 0.91
I'm really not at all sure what that's supposed to mean.
The value of moving to version 1.0 is primarily for public relations. It signals to others that our project is one that has matured and has considerable value to it's users - and there's plenty of evidence to be found both here and outside our community that demonstrates these things are true.
In the end, though, it's really only a number. It has no intrinsic value beyond indicating a progression in development.
FreeCAD Trails workbench for transportation engineering: https://www.github.com/joelgraff/freecad.trails
pivy_trackers 2D coin3D library: https://www.github.com/joelgraff/pivy_trackers
pivy_trackers 2D coin3D library: https://www.github.com/joelgraff/pivy_trackers
Re: name FreeCAD 0.91 instead of 0.20, means version after 0.19 could be 0.91
I don't know about Jürgen, but that seems quite logical today.
so... how about App::Link ? Is this the goal for v0.19 ? (or any next version) ?
Re: name FreeCAD 0.91 instead of 0.20, means version after 0.19 could be 0.91
yes, yes, yes, jm2ckkremitzki wrote: ↑Fri Mar 29, 2019 3:16 pm 1. should we drop the leading 0 in the version to communicate FreeCAD's maturity (and stop communicating its immaturity)
2. should we have a 1.0 release to communicate FreeCAD's readiness for wide usage
3. should we use a major.minor.patch or year.date versioning system
- kkremitzki
- Veteran
- Posts: 2515
- Joined: Thu Mar 03, 2016 9:52 pm
- Location: Illinois
Re: name FreeCAD 0.91 instead of 0.20, means version after 0.19 could be 0.91
Strictly speaking a year.month version doesn't tell you if it's current or not, either, just if it's recent.Mark Szlazak wrote: ↑Fri Mar 29, 2019 6:08 pm I do not understand how 1.0 or 2.0 tells me whether i am using a current version not??
Your third yes is in response to a either/or question.
-
- Posts: 439
- Joined: Tue Apr 04, 2017 6:06 pm
- Location: SF Bay Area, California
Re: name FreeCAD 0.91 instead of 0.20, means version after 0.19 could be 0.91
Yes that is what i said. Which means it is more information than version numbers like 1.0, etc.kkremitzki wrote: ↑Fri Mar 29, 2019 7:14 pmStrictly speaking a year.month version doesn't tell you if it's current or not, either, just if it's recent.Mark Szlazak wrote: ↑Fri Mar 29, 2019 6:08 pm I do not understand how 1.0 or 2.0 tells me whether i am using a current version not??