Further, the gap between releases during periods of active development should reduce to a few weeks or days, rather than months or years. So the idea is that the releases after this one will ideally be made when there's 4 or 5 small changes ready, and not. So we've now decided to try doing smaller, but more frequent releases, even if there's still changes we want to make that won't be included. One particular source of delay is that we've been hoping to finish major subprojects like the refactor and fix all known bugs before doing a release, and when those get delayed, the entire release gets delayed. We've decided that this strategy has been suboptimal, as it results in fully complete features not being rolled out for many months and even years now. Partly because we only rarely have time to work on this project (which isn't changing any time soon), and partly because we've preferred to let a number of changes build up and then release them all at once. We've had a very slow release cadence thus far. It's been two whole years since the previous release, and we're finally doing another one.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |