4 ms·

This is a nice release. I've always been confused about V8 versioning. Breaking changes appear to come all the time in minor versions. And there's this note f

by STRML 11y ago

This is a nice release. I've always been confused about V8 versioning. Breaking changes appear to come all the time in minor versions. And there's this note from the release: > Note: The version number 5.0 does not carry semantic significance or mark a major release (as opposed to a minor release). So what does it mark? Why 5.0 at all then?

apaprocki 11y ago
They changed their versioning process to align with Chrome. Chrome 50 == v8 5.0, Chrome 51 == v8 5.1, etc.
- natorion 11y ago
  Correct. Major versions make more sense when you create a release based on the content. V8 is creating its releases based on time (~6 week cadence). So a 'major' version is nothing special anymore. In 4.9 we greatly expanded our ES2015 support which was huge but only incremented the minor version because of the same reason. Disclaimer: I work on the V8 team.
  - ufmace 11y ago
    Incidentally, I found a nice list of upcoming Chrome/V8 features and status here: https://www.chromestatus.com/features https://www.chromestatus.com/features
  - bryanlarsen 11y ago
    If you're going to use meaningless version numbers, then it would be better if you used something that didn't imply otherwise. Chrome 50 carries exactly the right connotation, IMO.
  - STRML 11y ago
    Why not date-based version numbers, then, or as bryanlarsen stated, something obviously meaningless, like the Chrome/FF numbers? Edit: By the way, sorry to derail the conversation. You guys are doing great work! I'm always excited about V8 updates because they generally mean great perf/feature improvements to both the most popular browsers and my runtime of choice, NodeJS.
    - natorion 11y ago
      The reason is simply 'legacy'. Maybe we will change our version numbers to something without major.minor versions.
  - TheAceOfHearts 11y ago
    Maybe this is a stupid question... But why not straight up copy Chrome and jump up to v50 instead of v5.0?
quarterto 11y ago
Perhaps they want to align with Node.js version numbering?
- Cthulhu_ 11y ago
  It's more likely the other way around; Node runs on V8, not the other way around.

by STRML 11y ago

apaprocki 11y ago

They changed their versioning process to align with Chrome. Chrome 50 == v8 5.0, Chrome 51 == v8 5.1, etc.

natorion 11y ago
Correct. Major versions make more sense when you create a release based on the content. V8 is creating its releases based on time (~6 week cadence). So a 'major' version is nothing special anymore. In 4.9 we greatly expanded our ES2015 support which was huge but only incremented the minor version because of the same reason. Disclaimer: I work on the V8 team.
- ufmace 11y ago
  Incidentally, I found a nice list of upcoming Chrome/V8 features and status here: https://www.chromestatus.com/features https://www.chromestatus.com/features
- bryanlarsen 11y ago
  If you're going to use meaningless version numbers, then it would be better if you used something that didn't imply otherwise. Chrome 50 carries exactly the right connotation, IMO.
- STRML 11y ago
  Why not date-based version numbers, then, or as bryanlarsen stated, something obviously meaningless, like the Chrome/FF numbers? Edit: By the way, sorry to derail the conversation. You guys are doing great work! I'm always excited about V8 updates because they generally mean great perf/feature improvements to both the most popular browsers and my runtime of choice, NodeJS.
  - natorion 11y ago
    The reason is simply 'legacy'. Maybe we will change our version numbers to something without major.minor versions.
- TheAceOfHearts 11y ago
  Maybe this is a stupid question... But why not straight up copy Chrome and jump up to v50 instead of v5.0?

quarterto 11y ago

Perhaps they want to align with Node.js version numbering?

Cthulhu_ 11y ago
It's more likely the other way around; Node runs on V8, not the other way around.