Accelerating the journey to 1.0

[knolleary]

We just published an update to the project roadmap - https://nodered.org/blog/2019/04/05/accelerating-the-roadmap

In summary, the next milestone release we do will be Node-RED 1.0. All being well, that will arrive in early June.

Full details in the blog post - please have a read and let us know what you think.

[cymplecy]

All looks good

The only thing I think (just my opinion of course) is that the MQTT nodes should be given a good review/and re-coded before 1.0

There have been several issues raised over the past year and I think MQTT interactions are a major use case of NodeRED.

[Colin]

Sounds good to me. Provided you don't forsee any breaking changes after that point then there is no reason not to go to 1.0. In fact there have been remarkably few breaking changes for a long time, which bodes well for the future

[dustinw]

Sounds good and the shift in direction makes sense to me.

My only concern is this:

We will not add the ability to plug-in other library sources in the 1.0 release, but the UI changes will keep that in mind for the future.

It could be an issue to not have a replacement Library API for the 1.0 release. I assume that would mean the existing storage plugin/API will have to be supported for any new Library changes. The existing plugin probably won't scale to support the multi-source library scenario: so the new library could quickly get convoluted having to deal with the new Library API and the legacy Storage API.

I started to create a custom storage plugin that allowed me to keep my Library in Dropbox, while the rest of the storage was handled either in local files (for dev) or Redis (for production), but it quickly became more complicated than it was worth due to flow and user things being mixed with the library storage. It seems like pre-1.0 would be the best time to split the Library API from the rest of the Storage API.