8

When starting projects, following semver.org quickly gets out of hand. Nothing is "backwards-compatible"

0.0.0 gitignore
0.1.0 prints arguments
1.0.0 prints text of web requests
2.0.0 prints parsed web requests
3.0.0 prints filtered requests
4.0.0 prints using yaml
5.0.0 logs to file
5.0.1 catch error
5.1.0 interactive

Comments
  • 1
    Unless I add cumbersome flags to allow the program to behave like an empty repo by default....

    -n (do nothing) default True
    -q (print arguments) default False
    --fmt (html, yaml, dict) default dict
    --filter (name, type) default none
    --log (path, stdout) default stdout
  • 0
    Ah, I retract my rant. semver.org specifies that all requirements for versioning only apply if the major version is not 0.

    So I may as well use
    0.1.0 to denote a breaking change
    0.1.1 to denote a new feature

    Even though
    1.0.0 declares a breaking change
    1.1.0 denotes a new feature
    1.1.1 denotes a bug fix
Add Comment