Blaze 3.0.3#506
Conversation
|
@nachocodoner this is correct, the versions used to be bumped for all packages so users get the full update when updating I think Denilson published them using the publish shell script provided in this repo. Let me know when |
|
All E2E tests for Blaze and the manual testing performed showed this change is working and is not risky to publish. I've published Blaze 3.0.3 and all related packages so I can link the official release to the upcoming Meteor 3.4.1 official version. I'm going to merge this PR already to master to link it properly with Meteor core. |

This PR prepares the next Blaze patch, which includes:
argumentsinto rest parameters (...args)The idea is to release it with Meteor 3.4.1. We will open a testing period of about a week, and then proceed with it alongside the official 3.4.1 release.
I'm not very familiar with Blaze releases. I've only done one direct official release before. But looking at the history, it seems we basically bump all packages and the relationships between them. I'm not sure that is necessary for every kind of change. Normally, it would make sense to bump only the packages that changed, and maybe the related ones too. Still, I believe bumping everything is the safest approach, so that's what I'm doing. Let me know if there is anything else I should know.