Use of Semantic Versioning about android-support-preference-v7-fix HOT 2 CLOSED

I don't see why the -fix.1 suffix would make it better. Also, this project merely contains features, it's more of fixes for what the guys at Google couldn't (wouldn't...) do. Sometimes I add new features when people ask if this and that could be added and seems like more people would use it. Also, the versioning is really easy in this way because it's always the Google version + .x.

It's important to note (again) that this lib's main profile is the fix it gives for the bugs / annoying things one can found in the official support lib. I understand it looks interesting that there's a version of 23.4.0.5 and there's the next one with 24.0.0.0, but the appended number really just means that there's the official Google version and if I find any errors in that, I'll (try to) fix them, so the last number is not the version of my lib but rather the iteration of the bugfixes on the lib it's applied on. I'm sorry if it looks weird or anything but you can still checkout the whole lib using git anytime and just use it as-is, without the version numbers.

from android-support-preference-v7-fix.

Thank you,

It's not about -fix.1 or -1.0.0... They are only suggestions.

My point is about Semantic Versioning, which helps a lot describing what your next version does (adding feature, fixing bugs...) Using some numbers to describe an update is better than a paragraph of sentences, in my view.

Thanks for your hard work.

from android-support-preference-v7-fix.