• drd@lemmy.ml
    link
    fedilink
    English
    arrow-up
    19
    ·
    1 year ago

    v23.07.08-00.34 already? This dev really gets to business.

    • Orvanis@lemm.ee
      link
      fedilink
      English
      arrow-up
      23
      ·
      1 year ago

      In all seriousness, is the Dev using the build date as the version number…? July 8th, 2023 at 12:34am - vYY.MM.DD-HH.mm

      Unusual approach for sure as you have no clue if it is a major version change or minor bug fixes.

      • icesentry@lemmy.world
        link
        fedilink
        English
        arrow-up
        31
        ·
        1 year ago

        Using the date as a version number for an application that gets frequent updates is very standard. Most users will be expected to be on the latest version always.

        There’s even a website for it https://calver.org

        • Orvanis@lemm.ee
          link
          fedilink
          English
          arrow-up
          8
          ·
          1 year ago

          Thank you for the web link, TIL it is much more common than I was aware!

          • cypherix93@lemmy.world
            link
            fedilink
            English
            arrow-up
            11
            ·
            1 year ago

            Generally speaking, I find it easier and more intuitive to use. We use calver at work bc it seems pointless to identify if every week’s release is major / minor / patch etc. My thought is the latest is the greatest - if something goes wrong, it’ll be fixed in a later version ¯⁠\⁠_⁠(⁠ツ⁠)⁠_⁠/⁠¯

        • schnex@reddthat.com
          link
          fedilink
          English
          arrow-up
          3
          ·
          1 year ago

          Interesting, I always found semantic versioning pretty useless, except for knowing that a new major release breaks existing APIs

          • DoomBot5@lemmy.world
            link
            fedilink
            English
            arrow-up
            3
            ·
            1 year ago

            It’s great to get a quick context of the size of the change expected. That does require the developer numbering the release to appropriately version it though.