![]() Given that we’re sharing a common platform, for us internally it is much easier if all our tools follow a single versioning scheme. The new versioning will give us a much better mental model of time. Given that many of us cover multiple products, it will be much easier for collaboration and release planning to see how recent a product, feature, or fix is by glancing at the version number. ![]() More frequent releases allow us to make them available sooner and get feedback faster. We focus on providing value, be it features or bug fixes as and when they’re ready, and not having to hold things back for major version numbers once per year. In regard to which bug fix updates would be available to your Perpetual Fallback License, this information is always available under your JetBrains Account. If you’re on an active subscription, the latest versions are always available, so there is no change. Comparing WebStorm 2016.2 with IntelliJ IDEA 2016.2, if need be, is much easier than comparing WebStorm 11 with IntelliJ IDEA 16. If you use several products, they will all have the same version number. Yearly versioningĢ016.2 has more semantic meaning as a version number than 11 does, because it indicates how recent the release is (in terms of year) and what release it is within the year, which also provides more visibility in our commitments. One of our goals in moving to subscriptions was to increase the number of releases per year, provide new functionality and improvements as they’re ready, and not have to hold back for a major version release. For you as a customer More frequent product updates We believe the proposed changes bring a few benefits both to you, our customers, as well as to us. *While the first versioning scheme change will be 2016.1, the new build numbers will not reflect these changes until 2016.2 because of the necessary underlying work required. ![]() This means that all our products under the JetBrains Toolbox will have the same number of releases throughout the year and will be released within a certain period of time from each other. This change brings not only a single new versioning scheme but also aligned releases. However, both of them are part of the 2016.2 release.Īs a consequence of these changes, all JetBrains Toolbox products currently available in Early Access will be released as version 2016.1. To give some examples, we might release 2016.2 for IntelliJ IDEA with a full build number of 2016.2.1.10 and subsequently release 2016.2 for WebStorm with a full build number of 2016.2.5.30. Each product will have its own full build number in the format yyyy.r.n.m*. Where yyyy represents the year, and r the release within that year, obviously with the aim of having multiple releases per year. In addition, we’re introducing a new versioning scheme which will follow the format We will be moving to a single versioning scheme for all our products under the JetBrains Toolbox. Given these issues, we decided it might be a good time to try and address them. The other problem, albeit mostly internal, is our own management of versioning given the number of products and releases we have per year, which we also want to increase. Whether customers are using multiple products or a single one, they should clearly see when a common platform functionality or fix will be available in the individual products. In particular, given that our IDEs share common functionality through the IntelliJ Platform, many customers have questions regarding what feature or bug fix from one product is included in another. On changing to this model, a question that came up was, what exactly does a version number represent? What most of us as users care about when it comes to a new versions is:īut the question did give way to a few issues that we’ve been noticing for some time. With the shift to subscriptions, one of our goals was to move away from the one-major-release-per-year model and to focus instead on continuously delivering value independent of versioning.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |