You must log in or # to comment.
weekly stable releases now, good
I’m not so sure, I pointed out my reservations here:
https://github.com/microsoft/vscode/issues/300108#issuecomment-4027927310
As the office “fixer”, I don’t want to have to drop everything and go around to everyone’s computer to change a vscode setting on any random week
Why not find a way to automate this, if it’s such a bother? Or why not let users do whatever?
Why not find a way to automate this,
Why not find a way to automate every single change that the vscode team makes that may break something?
Or why not let users do whatever?
Ultimately, users can do whatever.
But when they need help, they come to me.
I have a recommended list of settings for things that should already be defaults, to guide them away from footguns, and to prevent themselves from needing my help in the first place. But I also sometimes need to go around with a critical (usually temporary) list of changes for when a vscode update truly borks something up.
My concern was potentially needing to go around the office once a month for those critical fixes to once a week.
This is why I suggested multiple release channels. Have a weekly release for developers who are okay with the trade-off of more frequently broken setups for newer features faster, and have a monthly release for developers who want more stable environments.
It’d be a lot easier for me to run the weekly channel to be kept abreast of any changes, and I can support other coworkers on a monthly cycle.
I’m not following. Every release has their release notes, where’s this idea coming from that a feature and its release notes will be split apart?
They published a release without release notes.
The release notes came later.
We want actual features
