this post was submitted on 07 Jul 2023
461 points (100.0% liked)

Memes

45575 readers
1439 users here now

Rules:

  1. Be civil and nice.
  2. Try not to excessively repost, as a rule of thumb, wait at least 2 months to do it if you have to.

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] grissee@lemmy.world 6 points 1 year ago (5 children)

why don't they use a friendlier naming scheme? such as 0.18.1a 0.18.1b 0.18.2 ?

[–] Ghoelian@feddit.nl 46 points 1 year ago (1 children)

Because rc means release candidate. It's the step after beta testing but before release, and (normally) isn't meant for use by the general public.

[–] grissee@lemmy.world 4 points 1 year ago

I see, thanks for explaining

[–] rockSlayer@lemmy.world 17 points 1 year ago (1 children)

software has a very standardized version numbering system actually. It's not required (eg dwarf fortress), but a lot of programmers like to use it. 0.18.1-RC.1 is actually super useful for version tracking. Friendliness is actually not the goal at all, it's to be completely unambiguous about the stages of development.

The 0 is the major version number. Usually it reaches 1 when it's reached a certain milestone or a change intentionally breaks compatibility with 0

.18 is the minor version number. This increases when a big patch comes through. Sometimes this can break compatibility, but there's no real standard to decide between major and minor versions. In general, the major and minor version numbers are the only important ones for users.

The .1 is called a point version. It's meant to indicate minor patches to the minor version. There's almost never a risk for compatibility to break, and generally it's unnecessary to update for a new point version.

RC.1 is very uncommon for users to know about. It stands for 'Release Candidate', so since it's attached to 0.18.1 that means that the version is about to be released. It also means that the version is in active development and not ready to be released yet. Every time there's a new RC, that means there was a bug that caused major issues.

[–] Notorious@lemmy.link 3 points 1 year ago

You’re mostly spot on, but point updates are usually patches for security and bugs. You SHOULD take all point updates.

[–] Emanresu@lemmy.world 12 points 1 year ago (1 children)

You know they are desperate for patches when their version is BE: 0.18.1-rc.9-14-ge71951309

[–] DmMacniel@feddit.de 6 points 1 year ago

the backend is powered by glorious eggroll? :O

[–] degrix@lemmy.hqueue.dev 11 points 1 year ago

As others have mentioned there’s a standardized versioning scheme that most developers use and that standard is semantic versioning: https://semver.org. There are other standards too and not every development team uses a standard that is externally recognized standard.

[–] dandroid@dandroid.app 9 points 1 year ago

Using rc for release candidates is pretty standard. A lot of times they would have 18.1b1, 18.2b2, etc. for betas, the when they are close to releasing, it would become 18.1rc1, 18.1rc2, etc. And once no one finds any more issues with your release candidates, you rename it 18.1 and you are done.