Skip to content

Commit

Permalink
Merge pull request #6074 from sebmarkbage/versionpost
Browse files Browse the repository at this point in the history
Clarify what the current version scheme is
  • Loading branch information
sebmarkbage committed Feb 19, 2016
2 parents 628a16c + a080d86 commit dcc86b6
Showing 1 changed file with 4 additions and 4 deletions.
8 changes: 4 additions & 4 deletions docs/_posts/2016-02-19-new-versioning-scheme.md
Original file line number Diff line number Diff line change
Expand Up @@ -3,9 +3,9 @@ title: "New Versioning Scheme"
author: sebmarkbage
---

Today we're announcing that we're switching to major revisions for React. The next release will be: **15.0.0**
Today we're announcing that we're switching to major revisions for React. The current version is 0.14.7. The next release will be: **15.0.0**

This change shouldn't materially affect most of you. Moving to major versions simply helps indicate our commitment to stability and gives us the flexibility to add new backwards-compatible features in minor releases. This means we can have fewer major releases and you won't have to wait as long to take advantage of improvements to React. Plus, if you're a component author, this versioning scheme gives you the flexibility to support two major versions of React at the same time so you don't need to leave anyone behind.
This change shouldn't materially affect most of you. Moving to major semver versions simply helps indicate our commitment to stability and gives us the flexibility to add new backwards-compatible features in minor releases. This means we can have fewer major releases and you won't have to wait as long to take advantage of improvements to React. Plus, if you're a component author, this versioning scheme gives you the flexibility to support two major versions of React at the same time so you don't need to leave anyone behind.

The core of the React API has been stable for years. Our business as well as many of yours all depend heavily on the use of React as a core piece of our infrastructure. We're committed to the stability as well as the progress of React going forward.

Expand All @@ -19,7 +19,7 @@ Therefore it is important that we don't just upgrade our own codebases but that

<img src="/react/img/blog/versioning-poll.png" width="596">

Introducing Minor Releases
## Introducing Minor Releases

Ideally everyone could just depend on the latest version of React all the time.

Expand All @@ -33,7 +33,7 @@ That means that if one component needs a new API, there is no need for any of th

## What Happened to 1.0.0?

Part of React's growth and popularity is that it is stable and performant in production. People have long asked what React v1.0 will look. Technically some breaking changes are important to avoid stagnating, but we still achieve stability by making it easy to upgrade. If major version numbers indicate API stability and engender trust that it can be used in production, then we got there a long time ago. We're just communicating stability by moving the 0 from the beginning to the end.
Part of React's growth and popularity is that it is stable and performant in production. People have long asked what React v1.0 will look. Technically some breaking changes are important to avoid stagnating, but we still achieve stability by making it easy to upgrade. If major version numbers indicate API stability and engender trust that it can be used in production, then we got there a long time ago. There are too many preconceived notions of what v1.0 is. We're still following semver. We're just communicating stability by moving the 0 from the beginning to the end.

## Breaking Changes

Expand Down

0 comments on commit dcc86b6

Please sign in to comment.