• BakedCatboy@lemmy.ml
    link
    fedilink
    English
    arrow-up
    35
    ·
    2 days ago

    I once had someone open an issue in my side project repo who asked about a major release bump and whether it meant there were any breaking changes or major changes and I was just like idk I just thought I added enough and felt like bumping the major version ¯⁠\⁠_⁠(⁠ツ⁠)⁠_⁠/⁠¯

    • Rogue@feddit.uk
      link
      fedilink
      arrow-up
      25
      ·
      2 days ago

      I think is the logic used for Linux kernel versioning so you’re in good company.

      But everyone should really follow semantic versioning. It makes life so much easier.

      • Swedneck@discuss.tchncs.de
        link
        fedilink
        arrow-up
        4
        ·
        1 day ago

        either have meaning to the number and do semantic versioning, or don’t bother and simply use dates or maybe simple increments

        • Rogue@feddit.uk
          link
          fedilink
          arrow-up
          2
          ·
          1 day ago

          Date based version numbers is just lazy. There’s nothing more significant about a release in two weeks (2025.x.y) than today (2024.x.y).

          At least with pride versioning there’s some logic to it.

          • Swedneck@discuss.tchncs.de
            link
            fedilink
            arrow-up
            2
            ·
            12 hours ago

            the point is just to have a way to tell releases apart, if every release is version 5 then you’re going to start self harming