[ryandrake]

> Mozilla releases new Firefox releases every 6 to 8 weeks. In parallel of these rapid releases [...]

One of the fun differences between the various organizations I've worked for is the differing ideas of how frequently releases should happen and what is considered "fast" and "slow" in different places. I've seen release cycles measured in weeks and those measured in years. I'm sure there are places that release every N days. How people get used to some particular cadence and start believing that it's the only proper (or possible) way! One of the achievements I'm most proud of is helping a group make a difficult transition from a long, irregular cadence to a fast, predictable one. Going from a release process of "Release when company leadership subjectively thinks it's ready" to "Release every 4 weeks on the day" can at first rattle some people who are attached to The Way We've Always Done It, and it requires more discipline in terms of development practices, testing, feature creep, etc. But it can be done!

Not saying a faster or slower cycle is needed for Debian or Mozilla (it would depend on a huge number of factors), but your release cadence shouldn't be considered some immovable law of nature.

[legulere]

I find it very interesting that they are adopting a different release schedule for Firefox than the rest of Debian stable. People that care about fast release cycles probably really just care about few minor things being up to date, while administrators don't care about which programs/libraries make problems when updating as long as the total amount of breakages in a certain time isn't too high.

[vacri]

This is probably due to the specific nature of browser upgrades, which is the reason why firefox and chrome went to 6-week autoupgrade schedules for clients: people expect a hell of a lot from their browsers; troubleshooting a fractured version environment in such a complex field is next to impossible; important security updates need to be pushed.

So you end up with two main releases for the browser, one is the standard one that updates every six weeks, and the other has a more stable 'extended support' environment that just gets bugfixes, for places that can't easily deal with changes very often (like a business or education SOE). Debian stable usually lasts for about two years, and modern browser releases would find that impossible to support.

[fao_]

> but your release cadence shouldn't be considered some immovable law of nature.

I agree, but I think it mostly depends on the product. If you have a bulletproof software implementation of, say, a finances managing system, then you will rarely need to update it -- as long as it has no bugs then the users will be happy with it.

On the flip side, if you have a program that has to be both secure, but also have a lot of features, and is used by a lot of people, then I think you will find yourself releasing every few days -- even if you just stick to staying on top of any vulnerabilities and bugs that could occur.

[bmm6o]

Even if you are adding features, some software products are such that customers simply can't/won't upgrade at a pace of more than a few times a year (if that). Anything mission critical will need to go through validation, acceptance testing, you'll want to check that integrations with other products are unaffected, etc. Especially if the organization is understaffed in the IT department, then these sorts of upgrades can easily lose priority to the 100 other things on their plates.