kkremitzki wrote: ↑
Fri Mar 29, 2019 3:16 pm
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
Again I'd say yes, conditionally, after topological naming has been implemented and proven reliable. (I've included my opinion about including Assembly in FreeCAD version 1.0 toward the end of this post).
If the FreeCAD release numbering system is going to be changed from 0.xx.commit to 1.0 or 1.0.commit, I think that it would be confusing to the general public to then change again to a yyyy.mm or yy.mm.commit release numbering system. But I can surely understand that people would want to have 1.0 as a celebratory release version.
I don't think that including the mm (two-digit month abbreviation) in what would be a yyyy.mm release numbering scheme adds much worthwhile information, unless FreeCAD development becomes so rapid that there might be more than one "stable" release per year. Until that happens, to me it seems that "FreeCAD 2019" or "FreeCAD 2020" would work well and be appropriate. I'm becoming fonder of the "FreeCAD YYYY" suggestion. I see it as a corollary to "It's Done When It's Done": similarly FreeCAD 2019, FreeCAD 2020, and like numbered releases suggest that the FreeCAD release simply "Is What It Is".
Again this is only my 2 cents worth, and I don't have very strong opinions about the numbering scheme. I'm simply offering my suggestions because I care about FreeCAD.
wmayer wrote: ↑
Tue Mar 26, 2019 9:38 pm
And seriously what else do you expect from me? I have to check the majority of PRs, fix bugs listed in our bug tracker, make sure that FreeCAD compiles on a wide range of different platforms with different versions of libraries, participate on several development discussion, help newcomers to get their things done who use the FreeCAD API, look through the results of code checkers regularly offered by saso to improve code quality, ... while for several years I have nearly no time any more to implement the stuff that I am interested in.
Thank you, Werner, for all the work you do, and have already done. Unfortunately no matter what, or how much, you contribute there will always be some people who aren't happy about it, will be critical, and so on.
wmayer wrote: ↑
Wed Mar 27, 2019 9:30 am
bejant wrote: ↑
Wed Mar 27, 2019 2:40 am
Just to post before the topic gets locked:
I like the 0.xx numbering convention FreeCAD has been using, and think a 1.0 release could wait until after Topological Naming has been implemented and proven successful...
As far as I remember from discussions with Jürgen the plan to switch to version 1.0 was when the most important issues are solved:
it's the topological naming as you said and the assembly workbench.
My opinion is that Assembly isn't so important to have in the first 1.0 or non 0.xx release, in part because people have already been creating assemblies for years without having had an Assembly WB. FreeCAD also has Placement, the Edit > Alignment tool, and the Draft WB > Move tool, so at least some rudimentary Assembly capability exists.